[Bug middle-end/36213] Wrong search path generation

2008-05-23 Thread martin dot drab at fjfi dot cvut dot cz


--- 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



[Bug middle-end/36213] Wrong search path generation

2008-05-23 Thread martin dot drab at fjfi dot cvut dot cz


--- 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 
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
/lib/gcc/// (for 64-bit libs) and
/lib/gcc///32 (for 32-bit libs), the libgcc_s is for
some unknown reason generated into the /lib/gcc//lib64/ and
/lib/gcc//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-

[Bug middle-end/36213] Wrong search path generation

2008-05-22 Thread martin dot drab at fjfi dot cvut dot cz


--- 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



[Bug middle-end/36213] Wrong search path generation

2008-05-22 Thread martin dot drab at fjfi dot cvut dot cz


--- 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



[Bug middle-end/36213] Wrong search path generation

2008-05-22 Thread martin dot drab at fjfi dot cvut dot cz


--- 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



[Bug middle-end/36213] Wrong search path generation

2008-05-22 Thread martin dot drab at fjfi dot cvut dot cz


--- 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



[Bug middle-end/36213] Wrong search path generation

2008-05-22 Thread martin dot drab at fjfi dot cvut dot cz


--- 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



[Bug preprocessor/36213] Wrong search path generation

2008-05-11 Thread martin dot drab at fjfi dot cvut dot cz


-- 

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



[Bug preprocessor/36213] Wrong search path generation

2008-05-11 Thread martin dot drab at fjfi dot cvut dot cz


--- 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



[Bug preprocessor/36213] New: Wrong search path generation

2008-05-11 Thread martin dot drab at fjfi dot cvut dot cz
 should be
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/", instead
the last two subdirs are duplicated (even without a splitting slash) at the end
creating the nonsense that is there.

This results in a lot of trouble. The compiler is then for instance unable to
find any of its internal includes, such as when trying to compile the following
example:

x.cc--
#include 
int main () {return 0;}
-

Then "g++ x.cc -o x -v" produces the following:

-
$ gcc x.cc -o x -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: ../../../gcc-SVN-20080511/gcc-SVN-20080511/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
--enable-version-specific-runtime-libs --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 20080511 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-o' 'x' '-v' '-mtune=generic' '-march=core2'
 /usr/local/opt/MDL/opt/gcc-4.4/libexec64/gcc/x86_64-pc-linux-gnu/4.4.0/cc1plus
-quiet -v -iprefix
/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/
-D_GNU_SOURCE x.cc -quiet -dumpbase x.cc -mtune=generic -march=core2 -auxbase x
-version -o /tmp/ccTSZc1D.s
ignoring nonexistent directory
"/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/include/c++"
ignoring nonexistent directory
"/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/include/c++/x86_64-pc-linux-gnu"
ignoring nonexistent directory
"/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/include/c++/backward"
ignoring nonexistent directory
"/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/include"
ignoring nonexistent directory
"/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/include-fixed"
ignoring nonexistent directory
"/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/../../../../x86_64-pc-linux-gnu/include"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../lib64/gcc/x86_64-pc-linux-gnu/4.4.0/include/c++"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../lib64/gcc/x86_64-pc-linux-gnu/4.4.0/include/c++/x86_64-pc-linux-gnu"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../lib64/gcc/x86_64-pc-linux-gnu/4.4.0/include/c++/backward"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../include"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../lib64/gcc/x86_64-pc-linux-gnu/4.4.0/include"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../lib64/gcc/x86_64-pc-linux-gnu/4.4.0/include-fixed"
ignoring nonexistent directory
"/usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/../../lib64/gcc/x86_64-pc-linux-gnu/4.4.0/../../../../x86_64-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/opt/MDL/include
 /usr/local/opt/MDL/opt/gcc-4.4/lib64/gcc/x86_64-pc-linux-gnu/4.4.0/include
 /usr/include
End of search list.
GNU C++ (GCC) version 4.4.0 20080511 (experimental) (x86_64-pc-linux-gnu)
compiled by GNU C version 4.4.0 20080511 (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: 3451a451b09bd8be04dfe86587d596a1
x.cc:1:21: error: streambuf: No such file or directory
-


-- 
   Summary: Wrong search path generation
       Product: gcc
       Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin dot drab at fjfi dot cvut dot cz


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36213



[Bug tree-optimization/36116] ICE with -O2 -ftree-loop-distribution -funsafe-loop-optimizations -m32

2008-05-02 Thread martin dot drab at fjfi dot cvut dot cz


--- Comment #1 from martin dot drab at fjfi dot cvut dot cz  2008-05-03 
02:27 ---
Created an attachment (id=15565)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15565&action=view)
Triggers the bug


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36116



[Bug tree-optimization/36116] New: ICE with -O2 -ftree-loop-distribution -funsafe-loop-optimizations -m32

2008-05-02 Thread martin dot drab at fjfi dot cvut dot cz
When the attached example is compiled by the
   gcc version 4.4.0 20080430 (experimental) (GCC)
using

   gcc -O2 -ftree-loop-distribution -funsafe-loop-optimizations -m32 -c
png2theora.c.c -o x.o

it produces the following error:


png2theora.c: In function 'main':
png2theora.c:405: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.



-- 
   Summary: ICE with -O2 -ftree-loop-distribution -funsafe-loop-
optimizations -m32
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin dot drab at fjfi dot cvut dot cz
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36116



[Bug tree-optimization/36066] [4.4 Regression] ICE with -O1 -finline-small-functions -ftree-vrp -funsafe-loop-optimizations

2008-04-27 Thread martin dot drab at fjfi dot cvut dot cz


--- Comment #5 from martin dot drab at fjfi dot cvut dot cz  2008-04-27 
22:54 ---
And the test cases also fail with

   -O1 -finline-small-functions -ftree-vrp -m32

so if you compile it for 32-bit target, naither the -funsafe-loop-optimizations
nor the -fprefetch-loop-arrays needs to be specified. Haven't tested it on a
native 32-bit host, so, hard to say whether it would ICE there as well, just
like this. However, natively on a 64-bit host with just "-O1
-finline-small-functions -ftree-vrp" it works without an ICE.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36066



[Bug tree-optimization/36066] [4.4 Regression] ICE with -O1 -finline-small-functions -ftree-vrp -funsafe-loop-optimizations

2008-04-27 Thread martin dot drab at fjfi dot cvut dot cz


--- Comment #4 from martin dot drab at fjfi dot cvut dot cz  2008-04-27 
21:43 ---
The test cases also fail with

   -O1 -finline-small-functions -ftree-vrp -fprefetch-loop-arrays


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36066



[Bug tree-optimization/36066] ICE with -O1 -finline-small-functions -ftree-vrp -funsafe-loop-optimizations

2008-04-27 Thread martin dot drab at fjfi dot cvut dot cz


--- Comment #1 from martin dot drab at fjfi dot cvut dot cz  2008-04-27 
20:58 ---
Created an attachment (id=15537)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15537&action=view)
Example that triggers the bug.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36066



[Bug tree-optimization/36066] New: ICE with -O1 -finline-small-functions -ftree-vrp -funsafe-loop-optimizations

2008-04-27 Thread martin dot drab at fjfi dot cvut dot cz
The attached example, when compiled with
   gcc version 4.4.0 20080426 (experimental) (GCC)
using
-
   gcc -O1 -finline-small-functions -ftree-vrp -funsafe-loop-optimizations -c
stream_encoder.c.c -o stream_encoder.o
-
produces the following ICE.

-
stream_encoder.c: In function 'process_frame_':
stream_encoder.c:1844: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
-

When any of the CFLAGS are removed, it passes. Tested on x86_64.


-- 
   Summary: ICE with -O1 -finline-small-functions -ftree-vrp -
funsafe-loop-optimizations
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin dot drab at fjfi dot cvut dot cz
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36066