--- 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
--- 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
--- 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
--- 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
--- 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 &qu
--- 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
--- 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
--
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
--- 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
al), 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
--- 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
on -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
--- 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
--- 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
--- 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
ree-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
16 matches
Mail list logo
