<div dir="ltr">On Tue, Feb 5, 2013 at 8:28 AM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><div class="im">On Mon, Feb 4, 2013 at 11:33 PM, Matthew Knepley <span dir="ltr"><<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div>I see nothing wrong with those tradeoffs, its just beginning to sound complicated to me (like the Fortran stuff I can never remember).</div>

<div>I would say, if you split the libraries, you have to do everything manually, and we just error out if you don't. That is easy to remember,</div>
<div>and I think its harder for a user to have a working code that breaks mysteriously when one thing changes, like the comm.</div></div></blockquote><div><br></div></div><div>Okay, is this what you have in mind?</div><div>

<br></div><div>1. XXInitializePackage() grows a comm argument</div><div>2. PetscFunctionListAdd() loses the comm argument</div><div>3. XXCreate() stops calling XXInitializePackage() and instead just asserts XXPackageInitialized.</div>
</div></div></div></blockquote></div><div style>   4. XXIntializePackage() is called automatically for all default PETSc classes when using --with-single-library=1</div><div style><br></div><div style>I am guessing that default call will use PETSC_COMM_WORLD.</div>
<div style><br></div><div style>     Matt</div><div style><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
</div></div>