* [Bug preprocessor/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
@ 2008-05-11 19:44 ` martin dot drab at fjfi dot cvut dot cz
2008-05-11 19:44 ` martin dot drab at fjfi dot cvut dot cz
` (10 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-11 19:44 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from martin dot drab at fjfi dot cvut dot cz 2008-05-11 19:43 -------
Moreover, I think that the "../../" that also appears in some of the search
paths that are found as nonexistent should actually be "../../../".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug preprocessor/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
2008-05-11 19:44 ` [Bug preprocessor/36213] " martin dot drab at fjfi dot cvut dot cz
@ 2008-05-11 19:44 ` martin dot drab at fjfi dot cvut dot cz
2008-05-22 20:08 ` [Bug middle-end/36213] " pinskia at gcc dot gnu dot org
` (9 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-11 19:44 UTC (permalink / raw)
To: gcc-bugs
--
martin dot drab at fjfi dot cvut dot cz changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
2008-05-11 19:44 ` [Bug preprocessor/36213] " martin dot drab at fjfi dot cvut dot cz
2008-05-11 19:44 ` martin dot drab at fjfi dot cvut dot cz
@ 2008-05-22 20:08 ` pinskia at gcc dot gnu dot org
2008-05-22 21:52 ` martin dot drab at fjfi dot cvut dot cz
` (8 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2008-05-22 20:08 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-22 20:07 -------
Is there a reason why you use --enable-version-specific-runtime-libs ?
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |normal
Component|preprocessor |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (2 preceding siblings ...)
2008-05-22 20:08 ` [Bug middle-end/36213] " pinskia at gcc dot gnu dot org
@ 2008-05-22 21:52 ` martin dot drab at fjfi dot cvut dot cz
2008-05-23 0:41 ` martin dot drab at fjfi dot cvut dot cz
` (7 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-22 21:52 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from martin dot drab at fjfi dot cvut dot cz 2008-05-22 21:51 -------
Is using --enable-version-specific-runtime-libs the problem?
Should it not be used? I use it because from time to time I have more than one
version installed at the same time. Do you say that it should not be used? I'll
try if it gets any better that way, then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (3 preceding siblings ...)
2008-05-22 21:52 ` martin dot drab at fjfi dot cvut dot cz
@ 2008-05-23 0:41 ` martin dot drab at fjfi dot cvut dot cz
2008-05-23 0:45 ` pinskia at gcc dot gnu dot org
` (6 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-23 0:41 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from martin dot drab at fjfi dot cvut dot cz 2008-05-23 00:40 -------
OK, tried current snapshot without the --enable-version-specific-runtime-libs
and no change. :-( So, that was probably not the problem.
---------------
$ gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: ../../../gcc-SVN-20080522/gcc-SVN-20080522/configure
--build=x86_64-pc-linux-gnu --prefix=/usr/local/opt/MDL/opt/gcc-4.4
--exec-prefix=/usr/local/opt/MDL/opt/gcc-4.4 --sysconfdir=/etc
--libdir=/usr/local/opt/MDL/opt/gcc-4.4/lib64
--libexecdir=/usr/local/opt/MDL/opt/gcc-4.4/libexec64
--includedir=/usr/local/opt/MDL/opt/gcc-4.4/include
--infodir=/usr/local/opt/MDL/opt/gcc-4.4/share/info
--mandir=/usr/local/opt/MDL/opt/gcc-4.4/share/man --program-suffix=-4.4
--sharedstatedir=/var --localstatedir=/var --enable-languages=c,c++,fortran
--enable-generated-files-in-srcdir --enable-targets=all --disable-libada
--enable-libssp --disable-werror --enable-shared --enable-static
--enable-parallel-mark --with-gnu-ld --disable-werror-always --enable-multilib
--enable-threads=posix --enable-tls --disable-rpath --with-demangler-in-ld
--with-gnu-as --with-x --disable-coverage --disable-checking
--enable-visibility --with-arch=core2
Thread model: posix
gcc version 4.4.0 20080522 (experimental) (GCC)
---------------
---------------
$ gcc -print-search-dirs
install:
/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0x86_64-pc-linux-gnu/4.4.0/
programs:
=/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../libexec64/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../libexec64/gcc/:/usr/local/opt/MDL/opt/gcc-4.4/libexec64/gcc/x86_64-pc-linux-gnu/4.4.0/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/libexec64/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/libexec/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/lib/gcc/x86_64-pc-linux-gnu/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../x86_64-pc-linux-gnu/bin/
libraries:
=/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/../lib64/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/32/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/32/../lib64/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/lib64/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/lib64/../lib64/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/lib32/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/lib32/../lib64/:/usr/local/opt/MDL/lib64/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/lib64/../lib64/:/usr/local/opt/MDL/lib32/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/lib32/../lib64/:/lib64/x86_64-pc-linux-gnu/4.4.0/:/lib64/../lib64/:/lib32/x86_64-pc-linux-gnu/4.4.0/:/lib32/../lib64/:/usr/lib64/x86_64-pc-linux-gnu/4.4.0/:/usr/lib64/../lib64/:/usr/lib32/x86_64-pc-linux-gnu/4.4.0/:/usr/lib32/../lib64/:/usr/local/lib64/x86_64-pc-linux-gnu/4.4.0/:/usr/local/lib64/../lib64/:/usr/local/lib32/x86_64-pc-linux-gnu/4.4.0/:/usr/local/lib32/../lib64/:/usr/X11R6/lib64/x86_64-pc-linux-gnu/4.4.0/:/usr/X11R6/lib64/../lib64/:/usr/X11R6/lib32/x86_64-pc-linux-gnu/4.4.0/:/usr/X11R6/lib32/../lib64/:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../x86_64-pc-linux-gnu/lib/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../x86_64-pc-linux-gnu/lib/../lib64/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../lib64/:/lib/x86_64-pc-linux-gnu/4.4.0/:/lib/../lib64/:/usr/lib/x86_64-pc-linux-gnu/4.4.0/:/usr/lib/../lib64/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/32/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/lib64/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/lib32/:/usr/local/opt/MDL/lib64/:/usr/local/opt/MDL/lib32/:/lib64/:/lib32/:/usr/lib64/:/usr/lib32/:/usr/local/lib64/:/usr/local/lib32/:/usr/X11R6/lib64/:/usr/X11R6/lib32/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../x86_64-pc-linux-gnu/lib/:/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../:/lib/:/usr/lib/
---------------
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (4 preceding siblings ...)
2008-05-23 0:41 ` martin dot drab at fjfi dot cvut dot cz
@ 2008-05-23 0:45 ` pinskia at gcc dot gnu dot org
2008-05-23 0:50 ` martin dot drab at fjfi dot cvut dot cz
` (5 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2008-05-23 0:45 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from pinskia at gcc dot gnu dot org 2008-05-23 00:44 -------
Is there a reason why you are supplying all these weird configure options?
--exec-prefix=/usr/local/opt/MDL/opt/gcc-4.4 --sysconfdir=/etc
--libdir=/usr/local/opt/MDL/opt/gcc-4.4/lib64
--libexecdir=/usr/local/opt/MDL/opt/gcc-4.4/libexec64
--includedir=/usr/local/opt/MDL/opt/gcc-4.4/include
--infodir=/usr/local/opt/MDL/opt/gcc-4.4/share/info
--mandir=/usr/local/opt/MDL/opt/gcc-4.4/share/man
The default for them will be based on the prefix.
Thanks,
Andrew Pinski
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (5 preceding siblings ...)
2008-05-23 0:45 ` pinskia at gcc dot gnu dot org
@ 2008-05-23 0:50 ` martin dot drab at fjfi dot cvut dot cz
2008-05-23 1:00 ` martin dot drab at fjfi dot cvut dot cz
` (4 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-23 0:50 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from martin dot drab at fjfi dot cvut dot cz 2008-05-23 00:49 -------
One more thing I've forgotten to mention is that (no matter if the
--enable-version-specific-runtime-libs is there or not) files limits.h and
syslimits.h are not generated into the internal "include" directory of the gcc,
but into the "include-fixed" directory, where, however, gcc can't find them. So
I had to create a symlink there, otherwise lots of stuff can't be compiled.
Though, I don't know if it is due to the badly generated paths. Maybe if they
were correct, gcc would have found the files even in that directory. So, that
may actually be OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (6 preceding siblings ...)
2008-05-23 0:50 ` martin dot drab at fjfi dot cvut dot cz
@ 2008-05-23 1:00 ` martin dot drab at fjfi dot cvut dot cz
2008-05-23 1:10 ` martin dot drab at fjfi dot cvut dot cz
` (3 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-23 1:00 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from martin dot drab at fjfi dot cvut dot cz 2008-05-23 01:00 -------
(In reply to comment #5)
> Is there a reason why you are supplying all these weird configure options?
>
> --exec-prefix=/usr/local/opt/MDL/opt/gcc-4.4 --sysconfdir=/etc
> --libdir=/usr/local/opt/MDL/opt/gcc-4.4/lib64
> --libexecdir=/usr/local/opt/MDL/opt/gcc-4.4/libexec64
> --includedir=/usr/local/opt/MDL/opt/gcc-4.4/include
> --infodir=/usr/local/opt/MDL/opt/gcc-4.4/share/info
> --mandir=/usr/local/opt/MDL/opt/gcc-4.4/share/man
>
> The default for them will be based on the prefix.
Just to make sure they are where I want them to be. Basically most of them need
not be there, because they are what they are based on the prefix. That's right.
I just want to make sure, that the 64-bit library and libexec dirs get the *64
at the end (because I use it all over the system that way - Gentoo ;) and I
really hate it when info and man is not generated into the share subdir. Though
I admit, that since I install the entire gcc into a separate directory, i can
probably leave this on automatic based on prefix. That's right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (7 preceding siblings ...)
2008-05-23 1:00 ` martin dot drab at fjfi dot cvut dot cz
@ 2008-05-23 1:10 ` martin dot drab at fjfi dot cvut dot cz
2008-05-23 11:10 ` martin dot drab at fjfi dot cvut dot cz
` (2 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-23 1:10 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from martin dot drab at fjfi dot cvut dot cz 2008-05-23 01:09 -------
But I have been using the prefixes like these for ages and it used to work with
4.3 and older versions just fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (8 preceding siblings ...)
2008-05-23 1:10 ` martin dot drab at fjfi dot cvut dot cz
@ 2008-05-23 11:10 ` martin dot drab at fjfi dot cvut dot cz
2008-05-23 15:26 ` Ralf dot Wildenhues at gmx dot de
2008-05-23 16:06 ` martin dot drab at fjfi dot cvut dot cz
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-23 11:10 UTC (permalink / raw)
To: gcc-bugs
------- Comment #9 from martin dot drab at fjfi dot cvut dot cz 2008-05-23 11:09 -------
OK, so I tried to compile with autogenerated paths just from the prefix, and
with the --enable-version-specific-runtime-libs option. The path no longer
seems corrupted. It searches all its internal include directories properly now.
So, that rises a question. Why there is the posibility to explicitly set all
the various directories (like --libdir, --libexecdir, --includedir, ...etc.),
when if you set them gcc can't handle it?
And there is also one more problem with the paths. I tried the simple example
with the
----x.cc--------------
#include <streambuf>
int main () {return 0;}
---------------------
as in the initial report. See what it produces below. Though includes are found
fine, this time it is the libgcc_s, that is not found. For some reason, it is
generated to an entirely different directory than all other libraries of the
gcc. While most of the libraries are generated into the
<prefix>/lib/gcc/<arch>/<version>/ (for 64-bit libs) and
<prefix>/lib/gcc/<arch>/<version>/32 (for 32-bit libs), the libgcc_s is for
some unknown reason generated into the <prefix>/lib/gcc/<arch>/lib64/ and
<prefix>/lib/gcc/<arch>/lib32/ directories respectively, and gcc can't find
them since it does not pass these paths to the linker. Why is that?
----------------
$ gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: ../../../gcc-SVN-20080522/gcc-SVN-20080522/configure
--build=x86_64-pc-linux-gnu --prefix=/usr/local/opt/MDL/opt/gcc-4.4
--program-suffix=-4.4 --sharedstatedir=/var --localstatedir=/var
--enable-languages=c,c++,fortran --enable-generated-files-in-srcdir
--enable-targets=all --disable-libada --enable-libssp --disable-werror
--enable-shared --enable-static --enable-parallel-mark
--enable-version-specific-runtime-libs --with-gnu-ld --disable-werror-always
--enable-multilib --enable-threads=posix --enable-tls --disable-rpath
--with-demangler-in-ld --with-gnu-as --with-x --disable-coverage
--disable-checking --enable-visibility --with-arch=core2
Thread model: posix
gcc version 4.4.0 20080522 (experimental) (GCC)
----------------
----------------
$ g++ -o x x.cc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: ../../../gcc-SVN-20080522/gcc-SVN-20080522/configure
--build=x86_64-pc-linux-gnu --prefix=/usr/local/opt/MDL/opt/gcc-4.4
--program-suffix=-4.4 --sharedstatedir=/var --localstatedir=/var
--enable-languages=c,c++,fortran --enable-generated-files-in-srcdir
--enable-targets=all --disable-libada --enable-libssp --disable-werror
--enable-shared --enable-static --enable-parallel-mark
--enable-version-specific-runtime-libs --with-gnu-ld --disable-werror-always
--enable-multilib --enable-threads=posix --enable-tls --disable-rpath
--with-demangler-in-ld --with-gnu-as --with-x --disable-coverage
--disable-checking --enable-visibility --with-arch=core2
Thread model: posix
gcc version 4.4.0 20080522 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-o' 'x' '-v' '-shared-libgcc' '-mtune=generic'
'-march=core2'
/usr/local/opt/MDL/opt/gcc-4.4/libexec/gcc/x86_64-pc-linux-gnu/4.4.0/cc1plus
-quiet -v -D_GNU_SOURCE x.cc -quiet -dumpbase x.cc -mtune=generic -march=core2
-auxbase x -version -o /tmp/ccNva0wT.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/local/opt/MDL/opt/gcc-4.4/include"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/../../../../x86_64-pc-linux-gnu/include"
ignoring duplicate directory "/usr/local/opt/MDL/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/opt/MDL/include
/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/include/c++
/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/include/c++/x86_64-pc-linux-gnu
/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/include/c++/backward
/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/include
/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/include-fixed
/usr/include
End of search list.
GNU C++ (GCC) version 4.4.0 20080522 (experimental) (x86_64-pc-linux-gnu)
compiled by GNU C version 4.4.0 20080522 (experimental), GMP version
4.2.2, MPFR version 2.3.1.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: f17dd6d038665e28e2542948829f7272
COLLECT_GCC_OPTIONS='-o' 'x' '-v' '-shared-libgcc' '-mtune=generic'
'-march=core2'
as -v -V -Qy -o /tmp/ccaFqdPM.o /tmp/ccNva0wT.s
GNU assembler version 2.18.50 (x86_64-pc-linux-gnu) using BFD version (GNU
Binutils) 2.18.50.20080413
COMPILER_PATH=/usr/local/opt/MDL/opt/gcc-4.4/libexec/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/libexec/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/libexec/gcc/x86_64-pc-linux-gnu/:/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/:/usr/libexec/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu/
LIBRARY_PATH=/usr/local/opt/MDL/lib/../lib64/:/usr/local/opt/MDL/lib32/../lib64/:/usr/local/opt/MDL/lib/../lib64/:/usr/local/opt/MDL/lib32/../lib64/:/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/:/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/local/opt/MDL/lib/:/usr/local/opt/MDL/lib32/:/usr/local/opt/MDL/lib/:/usr/local/opt/MDL/lib32/:/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-o' 'x' '-v' '-shared-libgcc' '-mtune=generic'
'-march=core2'
/usr/local/opt/MDL/opt/gcc-4.4/libexec/gcc/x86_64-pc-linux-gnu/4.4.0/collect2
--eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o x
/usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o
/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/crtbegin.o
-L/usr/local/opt/MDL/lib/../lib64 -L/usr/local/opt/MDL/lib32/../lib64
-L/usr/local/opt/MDL/lib/../lib64 -L/usr/local/opt/MDL/lib32/../lib64
-L/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0
-L/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/local/opt/MDL/lib
-L/usr/local/opt/MDL/lib32 -L/usr/local/opt/MDL/lib -L/usr/local/opt/MDL/lib32
-L/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/../../..
/tmp/ccaFqdPM.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/usr/local/opt/MDL/opt/gcc-4.4/lib/gcc/x86_64-pc-linux-gnu/4.4.0/crtend.o
/usr/lib/../lib64/crtn.o
/usr/local/opt/MDL/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status
----------------
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (9 preceding siblings ...)
2008-05-23 11:10 ` martin dot drab at fjfi dot cvut dot cz
@ 2008-05-23 15:26 ` Ralf dot Wildenhues at gmx dot de
2008-05-23 16:06 ` martin dot drab at fjfi dot cvut dot cz
11 siblings, 0 replies; 13+ messages in thread
From: Ralf dot Wildenhues at gmx dot de @ 2008-05-23 15:26 UTC (permalink / raw)
To: gcc-bugs
------- Comment #10 from Ralf dot Wildenhues at gmx dot de 2008-05-23 15:25 -------
The --enable-version-specific-runtime-libs bit of this bug report is
a duplicate of PR32415
--
Ralf dot Wildenhues at gmx dot de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Ralf dot Wildenhues at gmx
| |dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug middle-end/36213] Wrong search path generation
2008-05-11 19:40 [Bug preprocessor/36213] New: Wrong search path generation martin dot drab at fjfi dot cvut dot cz
` (10 preceding siblings ...)
2008-05-23 15:26 ` Ralf dot Wildenhues at gmx dot de
@ 2008-05-23 16:06 ` martin dot drab at fjfi dot cvut dot cz
11 siblings, 0 replies; 13+ messages in thread
From: martin dot drab at fjfi dot cvut dot cz @ 2008-05-23 16:06 UTC (permalink / raw)
To: gcc-bugs
------- Comment #11 from martin dot drab at fjfi dot cvut dot cz 2008-05-23 16:05 -------
Alright, and I think I know what causes the rest of the path problem. The
GCC_EXEC_PREFIX environment variable has to lead to the .../lib/gcc/ and not
the .../lib/gcc/x86_64-pc-linux-gnu/4.4.0 and IT HAS TO END WITH A SLASH (!!),
otherwise it is composed incorrectly by the gcc. Now everything seems to be
working just fine. :-) (Except for the problem in PR32415 of course.)
--
martin dot drab at fjfi dot cvut dot cz changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213
^ permalink raw reply [flat|nested] 13+ messages in thread