This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/28377] unresolved symbols in libstdc++, shared lib link strategy of libgcc.a
- From: "marek dot rouchal at infineon dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 17 Jul 2006 07:56:02 -0000
- Subject: [Bug other/28377] unresolved symbols in libstdc++, shared lib link strategy of libgcc.a
- References: <bug-28377-3337@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #7 from marek dot rouchal at infineon dot com 2006-07-17 07:56 -------
Subject: RE: unresolved symbols in libstdc++, shared lib link strategy of
libgcc.a
Using --with-local-prefix="something" may work ok, but what I
want is --without-local-prefix, and that does not work as I
expect (just tried with gcc-4.0.3); the expected behaviour would
be the one achieved with the patch below: no additional
"local" search directory for includes.
Thanks for your patience,
Marek
> ------- Comment #6 from ebotcazou at gcc dot gnu dot org
> 2006-07-14 14:08 -------
> > Ok, the compile is done. In gcc/Makefile.in, I changed
> > -DLOCAL_INCLUDE_DIR=\"$(local_includedir)\" \
> > to
> > -ULOCAL_INCLUDE_DIR \
> > so that /usr/local/include is NOT searched by default by
> the preprocessor.
>
> The preferred method is to pass --with-local-prefix on the
> configure line.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28377