On Mon, Mar 12, 2012 at 1:41 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
On Mar 12, 2012, at 1:36 PM, Jed Brown wrote:<br>
<br>
> On Mon, Mar 12, 2012 at 13:30, Jed Brown <<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@mcs.anl.gov</a>> wrote:<br>
> A couple maintenance issues that I think should be addressed.<br>
><br>
> 1. Namespace EVERYTHING in conf/variables and $PETSC_ARCH/conf/petscvariables. It should be safe to include these files in someone else's makefile without conflicting with their own stuff.<br>
><br>
> 2. Rename all C++ files to *.cxx or whatever so that it's possible to build C++ plugins/implementations, with everything else built using a C compiler.<br>
><br>
> 3. Move all private headers from include/private/ to include/petsc/ (convention adopted by hundreds of packages) or include/petsc-private/ (like Tk).<br>
<br>
</div></div>  I prefer petsc-private because if one installs in the xxxx/petsc/  you get this stupid looking  xxxx/petsc/include/petsc.   Better xxxx/petsc/include/petsc-private</blockquote><div><br></div><div>I agree that petsc/include/petsc is stupid. I see no reason to change the perfectly logical include/private just to match what</div>
<div>some idiot programmers did.</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>

   Barry<br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>