Lese selbst:
http://bz.berlin1.de/archiv/041115_pdf/BZ041115_004_GB2IG556.1.htm
Synopsis: memcpy not expanded to builtin function
State-Changed-From-To: analyzed->closed
State-Changed-By: aj
State-Changed-When: Wed Dec 26 20:17:38 2001
State-Changed-Why:
This has been fixed for GCC 3.1. Roger Sayle just tested
it.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53190
--- Comment #8 from Andreas Jaeger 2012-05-03 09:19:16
UTC ---
So, how should the inline rewritten?
Adding volatile is one option:
extern __inline __attribute__ ((__always_inline__)) long int
__attribute__ ((__nothrow__ )) lrintf (float __x)
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53190
--- Comment #10 from Andreas Jaeger 2012-05-03 11:02:43
UTC ---
So, should somebody file a bug against GCC that to make the SSE cr available?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52862
Bug #: 52862
Summary: ICE convert_to_pointer, at convert.c:50
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #23 from Andrew Jeffery ---
> The patch is in. I suppose there's still room for improvement, but this was
> as far as I could get for now.
Thanks for your effort! I'll take it for a test drive when I get a moment, we
hit this case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #25 from Andrew Jeffery ---
I built and ran gcc master over the project that was causing us pain, and it
still does. Here's the output:
$ /usr/bin/time make libapphandler_la-sensor-gen.lo
CXX libapphandler_la-sensor-gen.lo
TIN
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: andrew at aj dot id.au
Target Milestone: ---
Created attachment 41107
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41107&action=edit
Source file demonstrating bad behav
--- Additional Comments From aj at suse dot de 2005-05-21 16:50 ---
Subject: Re: libstdc++ headers should have pop/push of the visibility around
the declarations
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
> Then, can it not be left disabled for
--- Comment #4 from aj at gcc dot gnu dot org 2006-04-22 13:12 ---
The original ICE happens on PPC and IA64. I have not checked whether the
reduced testcase ICEs on both.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27260
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.dg/vect/vect
-46.c -O2 -ftree-vectorize -maltivec -ftree-vectorizer-verbose=4
-fdump-tree-vect-stats -fno-show-column -lm -m6
4 -o ./vect-46.exe(timeout = 300)
/aj-cvs/gcc-svn/trunk
--- Comment #8 from aj at gcc dot gnu dot org 2005-11-11 12:26 ---
I got the same ICE with one of the SPEC2006 candidate benchmarks on
x86_64-linux-gnu.
--
aj at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from aj at gcc dot gnu dot org 2005-11-13 08:03 ---
I haven't tested SPEC for some time, so cannot tell when this happened first,
the error is in current GCC with your patch applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
fixincl
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: x86_64-linux
--- Comment #1 from aj at gcc dot gnu dot org 2005-11-15 08:14 ---
Jim Wilson commented in http://gcc.gnu.org/ml/gcc/2005-11/msg00619.html:
Just grepping for "_STRING_INCLUDED" it is easy to see the input rule
in inclhack.def that defines this transformation, and the outp
Running the testsuite I get the following ICE on the 4.1 branch:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1
.c -w -O0 -fno-show-column -lm -m64 -o
/abuild/aj/gcc/gcc/testsuite
Running the testsuite, I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c
-O2 -ftr
ee-vectorize -maltivec -ftree-vectorizer-verbose=4 -fdump-tree-vect-stats
-fno-show-column -S
Running the GCC testsuite I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c -O1
-malt
ivec -mabi=altivec -std=gnu99 -fno-show-column -S -m64 -o 3c-01a.s(timeout
= 300)
/aj-cvs
Running the GCC testsuite I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c
-O1 -m
altivec -mabi=altivec -std=gnu99 -fno-show-column -S -m64 -o gcc-bug-b.s
(timeout = 300
Running the GCC testsuite I get the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-const
s.c -maltivec -mabi=altivec -O2 -fno-show-column -lm -m64 -o
./altivec-consts.exe
Running the GCC treelang testsuite, I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree
-S -m64 -o badreturn.s(timeout = 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch
--- Comment #3 from aj at gcc dot gnu dot org 2005-11-21 06:13 ---
Why did you close this as wontfix? I agree this is not release critical but it
should be fixed IMO.
--
aj at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from aj at gcc dot gnu dot org 2005-11-21 19:47 ---
Ok, understood
--
aj at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #8 from aj at gcc dot gnu dot org 2005-11-22 07:42 ---
Seems to be fixed according to:
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01060.html
Compare this with:
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01039.html
Thanks!
--
aj at gcc dot gnu dot org
-torture/execute/20040805-1.c compilation, -O3 -g
The failure is the same ICE for all new failures:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.c-torture/execute/20040805-1.c -w -O3
-g -fno-sho
w-column -lm -o /abuild/aj/gcc/gcc
Compiling glibc on Linux/x86-64 I get a segmentation fault.
(gdb) r -fpreprocessed cache.i -quiet -dumpbase cache.c -mtune=generic
-auxbase-strip /abuild/aj/glibc/4.3/elf/cache.o -g -O2 -Wall -Winline
-Wwrite-strings -Wstrict-prototypes -std=gnu99 -version -fgnu89-inline
-fmerge-all-constants -o
--- Comment #1 from aj at gcc dot gnu dot org 2007-10-09 10:41 ---
Currently adding a new attachment does not work for me. I've uploaded
preprocessed sources to http://www.suse.de/~aj/cache.i.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33706
--- Comment #2 from aj at gcc dot gnu dot org 2007-10-09 14:08 ---
Created an attachment (id=14330)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14330&action=view)
Preprocessed and compressed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33706
fo, at
cfgrtl.c:2212
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu d
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-16 19:27
---
Created an attachment (id=8207)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8207&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-16 20:38
---
yes, this is a regression - and it has been introduced during the last few
weeks. I compiled glibc successfully last time I tried with GCC 4
(roughly two weeks ago).
--
What|Removed
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-19 07:06
---
Honza, could you look at this, please?
--
What|Removed |Added
AssignedTo|unassigned at
I'm getting the following bootstrap failure on mainline with current CVS:
./xgcc -B./ -B/opt/gcc/4.1-devel/powerpc64-suse-linux-gnu/bin/ -isystem opt/gcc/
4.1-devel/powerpc64-suse-linux-gnu/include -isystem opt/gcc/4.1-devel/powerpc64-
suse-linux-gnu/sys-include -L/abuild/aj/gcc/gcc/../l
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-25 13:02
---
This is defined on my x86-64 system:
grep sigaction /usr/include/bits/syscall.h
#define SYS_rt_sigaction __NR_rt_sigaction
#define SYS_sigaction __NR_sigaction
This looks like a problem on your side building
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-26 06:31
---
Close as suggested
--
What|Removed |Added
Status|UNCONFIRMED
/aj/builds/glibc/string/inl-tester.o -g
-O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o
inl-tester.s
GNU C version 4.0.0 20050325 (prerelease) (i686-suse-linux-gnu)
compiled by GNU C version 4.0.0 20050325 (prerelease).
GGC heuristics: --param ggc-min-expand
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-26 19:39
---
Created an attachment (id=8458)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8458&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20649
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-27 08:16
---
glibc needs to be changed for this, for details chech the thread starting at:
http://sourceware.org/ml/libc-hacker/2005-03/msg00061.html
--
What|Removed |Added
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot
de,uweigand at de dot ibm do
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-09 14:40
---
Created an attachment (id=8571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8571&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20917
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 07:33
---
This problem shows with running the glibc testsuite. If the inlined functions
are used, the functions are not setting the state and this is a violation of
ISO C.
--
What|Removed
CONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot
de,uweigand at de dot ibm dot
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:00
---
Created an attachment (id=8578)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8578&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
NFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,hubicka at gcc dot gnu
dot org,matz at suse
--
What|Removed |Added
Summary|ICE: unrecognoizable insns |ICE: unrecognizable insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:08
---
Created an attachment (id=8579)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8579&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
r: verify_stmts failed.
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:34
---
Created an attachment (id=8580)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8580&action=view)
Preprocessed source file - i586 compilation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
On both Linux/x86-64 and Linux/ppc I get an tree check error bootstrapping
current GCC 4.2 SVN:
/abuild/aj/gcc/powerpc64-suse-linux-gnu/libstdc++-v3/include/bits/cpp_type_traits.h:3
71: internal compiler error: tree check: expected class type, have
declaration (n
amespace_decl) in
--- Comment #1 from aj at gcc dot gnu dot org 2008-01-23 17:30 ---
configure line is:
# /cvs/gcc-svn/branches/gcc-4_2-branch/configure --prefix=/opt/gcc/4.2-devel
--enable-checking=yes,rtl --enable-threads=posix --enable-clocale=gnu
--enable-ssp --disable-libssp --enable-libstdcxx
--- Comment #2 from aj at gcc dot gnu dot org 2008-01-23 20:43 ---
Note: This appears with *both* x86_64-unknown-linux-gnu and
powerpc64-suse-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34944
--- Comment #5 from aj at gcc dot gnu dot org 2008-01-24 09:33 ---
It's fixed indeed - thanks!
--
aj at gcc dot gnu dot org changed:
What|Removed |
--- Comment #5 from aj at gcc dot gnu dot org 2008-04-08 15:35 ---
Bootstrap fails on powerpc64-suse-linux-gnu with bootstrapping the 64-bit
compiler as well at the same place.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35839
: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-
--- Comment #1 from aj at gcc dot gnu dot org 2009-02-17 21:10 ---
Created an attachment (id=17316)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17316&action=view)
insn-recog.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39222
--- Comment #4 from aj at gcc dot gnu dot org 2009-02-18 10:17 ---
Increasing ulimit from 100 to 110 (10 %!) did not help, increasing it
to 120 helped.
So, we have now hit quite some increase of memory usage with just this single
commit and not just a few bytes
-zlib
--with-cpu=default32 --with-long-double-128 --enable-secureplt
powerpc64-suse-linux-gnu
libtool: compile: /abuild/aj/gcc/./gcc/xgcc -B/abuild/aj/gcc/./gcc/
-B/opt/gcc/4.3-devel/powerpc64-suse-linux-gnu/bin/
-B/opt/gcc/4.3-devel/powerpc64-suse-linux-gnu/lib/ -isystem
/opt/gcc/4.3-devel
end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
--- Additional Comments From aj at gcc dot gnu dot org 2005-08-22 05:01
---
Created an attachment (id=9550)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9550&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
--- Additional Comments From aj at gcc dot gnu dot org 2005-08-29 04:55
---
Taking it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aj at gcc dot
--- Additional Comments From aj at gcc dot gnu dot org 2005-08-29 05:31
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
ailure
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at member dot fsf dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44961
--- Comment #2 from aj at member dot fsf dot org 2010-07-18 08:24 ---
(In reply to comment #1)
> Looks like a bug in antlr3.
>
Yes, it seems that something was wrong with my build configuration. Sorry!
--
aj at member dot fsf dot org changed:
What|R
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25930
--- Comment #2 from aj at gcc dot gnu dot org 2006-01-23 20:03 ---
Created an attachment (id=10717)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10717&action=view)
crtstuff.i as requested
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25930
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-15 17:50
---
I have on Linux/x86-64 these passes - which means all of them pass:
XPASS: gfortran.dg/ret_pointer_1.f90 -O0 execution test
XPASS: gfortran.dg/ret_pointer_1.f90 -O1 execution test
XPASS: gfortran.dg
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-15 21:37
---
Paul, could you review the patch, please?
--
What|Removed |Added
AssignedTo|unassigned
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-21 07:00
---
Steven, any update on this one? Would you like to get it assigned to?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-26 21:27
---
I'm taking the bug. Note that the patches submitted so far solve
only part of the problem.
--
What|Removed |
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-29 08:44
---
This ICE happens also with one of the SPEC CPU 2005 candidate benchmarks.
I used:
GNU Fortran 95 (GCC 4.0.1 20050529 (prerelease))
on Linux/x86-64.
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-31 16:30
---
I changed now those tests that I found via grep and do think the issue
could be closed.
But the suggestion to have x86_ilp32/x86_lp64 targets is not implemented. I'll
assign to Janis to decide
--- Additional Comments From aj at gcc dot gnu dot org 2005-06-09 17:01
---
Let me just add the following comment so that searches for "grub miscompilation"
will find this bug:
This snippet is based on code in the grub bootloader which does not work if
compiled by
--
What|Removed |Added
CC||aj at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19028
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-17 08:01
---
It really seems to be a dup. Sorry for the noise.
*** This bug has been marked as a duplicate of 18910 ***
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-17 08:01
---
*** Bug 19029 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-17 10:30
---
Further testing showed that this is a fallout from unit-at-a-time:
[EMAIL PROTECTED]:~/tmp> /opt/gcc/4.0-devel/bin/gcc -c test.c
[EMAIL PROTECTED]:~/tmp> nm test.o
r bar
NCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-16 07:32
---
Created an attachment (id=7752)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7752&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19029
NCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet:
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-19 21:03
---
Created an attachment (id=7780)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7780&action=view)
Preprocssed and already shortened file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19084
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-20 05:57
---
It is not fixed, it still fails the same way
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17646
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-23 05:57
---
I encountered a similar problem on Linux/x86-64 - but only on one of my
machines. This happened during "make install" into a clean tree (with
make install install_root=/tmp/newdir).
I'll in
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-23 07:06
---
Are you running with multilibs enabled?
As I've said, it fails on one of my two test machines - the other one seems
happy :-(
I'll test with your patch now.
--
http://gcc.gnu.or
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-25 08:25
---
This patch worked for me on the troubling machine. I'm testing it
on my other machines now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 15:42
---
The initial patch to libiberty has been reverted, so this issue
should be fixed now.
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:38
---
It's fixed
--
What|Removed |Added
Status|ASSIGNED|RES
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:53
---
Created an attachment (id=7837)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7837&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19179
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:59
---
Note this one could be related to 19178.
--
What|Removed |Added
Summary| internal
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:00
---
Created an attachment (id=7838)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7838&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19179
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:01
---
Note that #19179 has the same ICE message and comes with a smaller testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-01 06:36
---
Raise priority since this hits glibc.
--
What|Removed |Added
Priority|P2
sion: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,rakdver at gcc dot g
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-01 06:56
---
Created an attachment (id=7857)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7857&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19217
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-01 09:49
---
I see the following new failures on Linux/x86-64 since Ira's patch went in:
gcc.dg/tree-ssa/ifc-20040816-1.c (test for excess errors)
gcc.dg/vect/pr18400.c (test for excess errors)
gcc.dg
quot; is not available.
) at /cvs/gcc/gcc/c-opts.c:1092
#60 0x008f6ece in toplev_main (argc=Variable "argc" is not available.
) at /cvs/gcc/gcc/toplev.c:992
#61 0x002a9568900d in __libc_start_main () from /lib64/tls/libc.so.6
#62 0x004025ea in _start () at start.S:113
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-02 07:45
---
Created an attachment (id=7861)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7861&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19224
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-02 10:36
---
This still fails with current GCC CVS:
/opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1-fpreprocessed
t.i -quiet -dumpbase lcong48_r.c -m32 -march=i686
-auxbase-strip /builds/glibc/4.0
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-02 12:05
---
I've reduced the testcase to the following loop:
int
add_long(long tl1, long tl2, long tloop_cnt, long *res)
{
int n;
long l1, l2, l;
l1 = tl1;
l2 = tl2;
l = 0;
for (n = tloop_c
1 - 100 of 150 matches
Mail list logo
