[petsc-dev] snes/ex56 target is gone

Barry Smith bsmith at mcs.anl.gov
Wed Jun 28 16:08:08 CDT 2017


> On Jun 28, 2017, at 3:48 PM, Jed Brown <jed at jedbrown.org> wrote:
> 
> Barry Smith <bsmith at mcs.anl.gov> writes:
> 
>>> On Jun 28, 2017, at 2:35 PM, Jed Brown <jed at jedbrown.org> wrote:
>>> 
>>> Barry Smith <bsmith at mcs.anl.gov> writes:
>>> 
>>>>  Jed,
>>>> 
>>>>   Aside from its name and location this is a very useful thing. Should it be in $PETSC_DIR/lib/petsc/conf/ ? since it cannot stay in $PETSC_DIR for --prefix installs? 
>>> 
>>> I guess that's a reasonable location.  The file isn't platform-dependent
>>> so it could go elsewhere.
>> 
>> I don't understand. This directory is platform-independent. There is
>> also a $PETSC_DIR/$PETSC_ARCH/lib/petsc/conf ; the two directories get
>> merged in a prefix install.
> 
> What matters is the layout when you install.  The lib directory contains
> platform-dependent stuff while other directories (include, share) should
> not.  So this could go in share, but it is logically closer to the
> platform-dependent stuff that has been going in lib so that's fine with
> me.
> 
>>> In that location, it should acquire a line
>>> specifying PETSC_ARCH upon install.
>> 
>>   You mean in a prefix install? There is no PETSC_ARCH in prefix installs.
> 
> If someone gives a path to a prefix install, I would say the behavior
> should not depend on stale crud that might be floating in the PETSC_ARCH
> environment variable.

   Yes, this is true with everything in prefix install it should not cause grief or at least tell the user to delete PETSC_ARCH instead of doing something wrong.

> 
>>> The only issue with the path is
>>> that you're actually typing it on the command line, and that would be
>>> a starter Makefile for anyone building a larger project.
>> 
>> 




More information about the petsc-dev mailing list