<div dir="ltr"><div class="gmail_quote">On Tue, Apr 5, 2011 at 14:36, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
If it is as simple as you say then I am fine with adding support BUT it will require "yet another flag"</blockquote></div><br><div>I'm not sure about this. What does PETSc need to do at compile time to expose the C++ interface? Isn't all the genuine C++ in headers anyway (e.g. logging interface in petsclog.hh, Exception and Point in petscsys.hh, almost all of Sieve, the few "*.c" files are obviously C++ only and thus should be renamed)?</div>
<div><br></div><div>If indeed the C++ stuff (apart from Sieve) resides only in headers, we could unconditionally enable it when __cplusplus (so users could do a standard C build of PETSc and then use the "C++ bits" when calling PETSc from C++).</div>
</div>