This once caused a problem for me; to work around it, I changed the LAM
install prefix to /usr/local/lam-7.0.
I was developing an application which was installed on the same platform.
The builds were incorrectly picking up versions of some installed headers,
which should've come from the local project directories.
Vince Virgilio
> -----Original Message-----
> From: Jeff Squyres [mailto:jsquyres_at_[hidden]]
> Sent: Monday, September 15, 2003 1:06 PM
> To: General LAM/MPI mailing list
> Subject: Re: LAM: mpic++ -I search orders
>
>
> Ah -- I see what's happening here (and am now remembering more).
>
> It's /usr/include that we don't add a -I (and -L) for, not
> /usr/local/include (duh!). Sorry for my mis-post earlier. :-(
>
> The reason for this is because it's always a safe bet that
> /usr/include is
> a system-level includes directory. But there's really no way
> for LAM to
> know that whether $incdir (typically $prefix/include) is a
> system-level
> directory or not. Hence, /usr/include and /usr/lib are the only
> directories/flags that we strip out.
>
> So the question is: should LAM provide a way for you to turn off the
> -I$incdir and -L$libdir flags in the wrapper compilers? This
> should only
> be a problem when the $prefix for LAM and your compiler are the same.
>
> I'm guessing that this will be a fairly rare occurance. Hmm.
>
> I think the Llamas need to confer about this a bit before we make a
> decision, but user opinions would be welcome/appreciated here.
>
>
> On Mon, 15 Sep 2003, Arun Rodrigues wrote:
>
> > > On Mon, 15 Sep 2003, Arun Rodrigues wrote:
> > >
> > > > mpic++ adds "-I/usr/local/include" to the search
> path. On g++ 3.1 on
> > > > MacOS X, this generates the unsightly compiler warning:
> > >
> > > Which version of LAM are you using?
> >
> > Whoops, sorry, forgot to mention that.
> >
> > I am using LAM 7.0, installed from the MacOS X binaries (.dmg)
> >
> > LAM 7.0/MPI 2 C++/ROMIO - Indiana University
> >
> > Arch: powerpc-apple-darwin6.6
> > Prefix: /usr/local
> > Configured by: brbarret
> > Configured on: Tue Jul 1 08:28:06 PDT 2003
> > Configure host: fluffy.local.
> > SSI rpi: crtcp lamd sysv tcp usysv
> >
> >
> > > Recent versions should do a string compare and explicitly
> *not* add a -I
> > > flag if the incdir is /usr/local/include. I don't know
> exactly what
> > > version we started doing that, but it should be this way
> in 7.0. If it is
> > > adding it anyway, it's a bug.
> >
> > Strange. I did upgrade from 6.5 recently, having noted the
> same behavior
> > there. The mpic++ binary appears to be the correct one:
> >
> > ls -l /usr/local/bin/mpic++
> > -rwxr-xr-x 1 root wheel 403332 Jul 1 10:56 /usr/local/bin/mpic++
> >
> >
> > thanks,
> >
> > arun
> >
> >
> > -----------------------------------
> > Arun Rodrigues *
> > http://www.nd.edu/~arodrig6 *
> > -----------------------------------
> > _______________________________________________
> > This list is archived at http://www.lam-mpi.org/MailArchives/lam/
> >
>
> --
> {+} Jeff Squyres
> {+} jsquyres_at_[hidden]
> {+} http://www.lam-mpi.org/
> _______________________________________________
> This list is archived at http://www.lam-mpi.org/MailArchives/lam/
>
************************************
If this email is not intended for you, or you are not responsible for
the delivery of this message to the addressee, please note that this
message may contain ITT Privileged/Proprietary Information. In such
a case, you may not copy or deliver this message to anyone. You should
destroy this message and kindly notify the sender by reply email.
Information contained in this message that does not relate to the
business of ITT is neither endorsed by nor attributable to ITT.
************************************
|
