This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Some weird bug with non gnu-make


On Fri, Jul 27, 2001 at 06:15:01AM -0300, Alexandre Oliva wrote:
> On Jul 14, 2001, Marc Espie <espie@schutzenberger.liafa.jussieu.fr> wrote:
> 
> > Specifically, the version of CC that libmath/Makefile gets comes from the
> > environment, set from higher level Makefiles, and the NOEXPORT makes the
> > version in libstdc++-v3/Makefile transparent for gnu-make...
My mistake, it does not come from NOEXPORT...

> That's odd.  libstdc++/libmath should be using the CC it was
> originally configured for, which should be exactly what the top-level
> Makefile passes down to libstdc++.  If libmath gets CC from the
> environment, and it differs from the CC that was passed to libstdc++,
> there's some problem in the building tools.
> 
> > But it is not transparent for non gnu-make ! And it includes one -fpic at
> > the end that libtool was never configured for.
> 
> Do you have any idea of where this -fpic is coming from?

The -fpic comes from MULTI_LIBS. I have made some sleuthing around. The
problem is not solved, but it is a difference in laziness, which makes
us have CC='$(CC_FOR_TARGET)' at this point... and get it expanded with
the -fpic, whereas gmake somehow expands this earlier.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]