[petsc-dev] BuildSystem: PCC=mpicc, CXX and FC
Barry Smith
bsmith at mcs.anl.gov
Wed Sep 15 07:39:50 CDT 2010
On Sep 14, 2010, at 11:03 PM, Satish Balay wrote:
> I don't remember previous conversation regarding it. However wrt
> python I strongly felt the python used by configure should be used by
> 'full path' in generated scripts. [for eg check: reconfigure.py]
>
> I'm fine with using full paths for default searches done by configure
> [cc,mpicc etc from PATH]. However if user provides 'cc=gcc' - this
> should not be expanded to full PATH automatically by configure..
How come?
Barry
>
> Satish
>
> On Tue, 14 Sep 2010, Barry Smith wrote:
>
>>
>> On Sep 14, 2010, at 8:54 PM, Matthew Knepley wrote:
>>
>>> Do we really want the full path to all compilers? We discussed this before and did not
>>> do it. Satish, do you remember why?
>>
>> With the full path I like the fact that the compiler choices are set at at ./configure time and won't mysteriously change (and result in failure) later if someone changes their path or installs a new MPI into the path.
>>
>> I do not know why you opted not to always have the full path.
>>>
>>> Matt
>>>
>>> On Tue, Sep 14, 2010 at 8:51 PM, Lisandro Dalcin <dalcinl at gmail.com> wrote:
>>> On 14 September 2010 22:26, Barry Smith <bsmith at mcs.anl.gov> wrote:
>>>>
>>>> On Sep 14, 2010, at 8:24 PM, Lisandro Dalcin wrote:
>>>>
>>>>> On 14 September 2010 21:55, Barry Smith <bsmith at mcs.anl.gov> wrote:
>>>>>>
>>>>>> On Sep 14, 2010, at 6:24 PM, Lisandro Dalcin wrote:
>>>>>>
>>>>>>> 1) If mpicc is in $PATH, then petscvariables will get PCC=mpicc.
>>>>>>> Perhaps it should get the full path instead?
>>>>>>>
>>>>>>> 2) I think CXX and FC variables should be renames to PCXX and PFC. The
>>>>>>> former names can easily conflict with CXX and FC defined in user
>>>>>>> makefiles for use with non-MPI sources.
>>>>>>
>>>>>> Then we should also get rid of CC
>>>>>>
>>>>>> Essentially you are saying we should remove all "traditional" use of these variables from our makefiles? I agree doing that might be a good idea. But doesn't it contradict your attempt to try hard to conform to standard usage for things?
>>>>>>
>>>>>
>>>>> Sorry, I need a clarification: Could you tell me why PETSc makefiles
>>>>> uses PCC instead of the "traditional" CC? Is it just because PCC
>>>>> could be CC or CXX depending on --with-c-language?
>>>>
>>>> Yes that is one reason and may be the only reason.
>>>>
>>>
>>> In such case, forget my comments, except for the part of setting
>>> PCC=/path/to/mpicc (and perhaps the same for CC, CXX, FC if they point
>>> to MPI compiler wrappers). What do you think about this? Please note
>>> I'm not objecting the current status, just asking about the full path
>>> alternative.
>>>
>>>
>>> --
>>> Lisandro Dalcin
>>> ---------------
>>> CIMEC (INTEC/CONICET-UNL)
>>> Predio CONICET-Santa Fe
>>> Colectora RN 168 Km 472, Paraje El Pozo
>>> Tel: +54-342-4511594 (ext 1011)
>>> Tel/Fax: +54-342-4511169
>>>
>>>
>>>
>>> --
>>> What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.
>>> -- Norbert Wiener
>>
>>
>
More information about the petsc-dev
mailing list