On Mon, Mar 21, 2011 at 5:36 PM, Satish Balay <span dir="ltr"><<a href="mailto:petsc-maint@mcs.anl.gov">petsc-maint@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;">
Hm - why did I think Dmitry added libcharacteristic.a? I can't<br>
figureout who added this library - so<br>
<br>
Matt, Barry - Should it go into libpetscdm.a?</blockquote><div><br></div><div>1) I added it a few years ago</div><div><br></div><div>2) It holds the method of characteristics</div><div><br></div><div>3) It should go into TS</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;"><font color="#888888"><br>
Satish<br>
</font><div><div></div><div class="h5"><br>
On Mon, 21 Mar 2011, Satish Balay wrote:<br>
<br>
> Dmitry,<br>
><br>
> We can't have a library disappear between real/complex builds. Is<br>
> there a different library that can take in these symbols?<br>
><br>
> Note: not all petsc objects get a library of their own. For eg: IS<br>
> goes into libpetscvec etc..<br>
><br>
> Satish<br>
><br>
><br>
> On Mon, 21 Mar 2011, Jose E. Roman wrote:<br>
><br>
> > src/characteristic/makefile has #requiresscalar real, so libcharacteristic.a is not created with-scalar-type=complex.<br>
> > 'make test' fails in this case.<br>
> ><br>
> > Also, with cmake builds:<br>
> > Scanning dependencies of target petsccharacteristic<br>
> > make[2]: *** No rule to make target `CMakeFiles/petsccharacteristic.dir/build'.  Stop.<br>
> > make[1]: *** [CMakeFiles/petsccharacteristic.dir/all] Error 2<br>
> > make[1]: *** Waiting for unfinished jobs....<br>
> ><br>
> > Jose<br>
> ><br>
> ><br>
> > El 21/03/2011, a las 22:20, Satish Balay escribió:<br>
> ><br>
> > > added<br>
> > ><br>
> > > satish<br>
> > ><br>
> > > On Mon, 21 Mar 2011, Barry Smith wrote:<br>
> > ><br>
> > >><br>
> > >>   Maybe we just need to force Satish to have a nightly build that checks the several library tests.<br>
> > >><br>
> > >>   Barry<br>
> > >><br>
> > >> On Mar 21, 2011, at 4:10 PM, Jed Brown wrote:<br>
> > >><br>
> > >>> On Mon, Mar 21, 2011 at 22:07, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
> > >>> Why do you care if there are dependencies? Admittedly that may make PETSc harder to develop and maintain<br>
> > >>><br>
> > >>> Exactly.<br>
> > >>><br>
> > >>> but from the user point of view what is wrong with just having one big-assed blob?<br>
> > >>><br>
> > >>> It doesn't matter for users.<br>
> > >>><br>
> > >>> (But a circular dependency would make executables grow so its existence might matter to someone using only Mat+Vec in an extremely low-memory environment.)<br>
> > >><br>
> > >><br>
> > >><br>
> > ><br>
> ><br>
> ><br>
> ><br>
><br>
><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <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>