--- 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
ty: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24772
--- 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
d_force
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powe
duct: gcc
Version: 4.1.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: powerpc64-linux-gnu
GCC host tri
: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24952
ity: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24953
9 (prerelease)
--
Summary: ICE: could not split insn
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy:
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
--- 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
dwarf2out_frame_debug_expr, at dwarf2out.c:1781
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu
its/../../misc/bits/error.h:41>
--
Summary: gcc_assert failure in verify_eh_edges
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
--- 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
: Bootstrap failure on Linux/PowerPC64
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot
--- 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
org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20649
--- 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
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-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC targe
--- 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
956
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-suse-linux
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
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
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-03 07:30
---
Let's add Uros since he worked on the i386 backend lately and Honza as another
expert.
--
What|Removed |
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-03 07:46
---
Confirmed with gcc 4.0.0 20050102.
Adding Uros since he made recent patches in this area, and also Honza as
another expert.
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-04 09:05
---
Btw. we do the right thing for 64-bit x86-64:
$ gcc -O2 -ffast-math -c t.c
$ objdump -d t.o
t.o: file format elf64-x86-64
Disassembly of section .text:
:
0: f3 0f 5d c1
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: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target tr
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-08 17:01
---
These two fail with similiar ICEs:
gcc.dg/i386-sse-1.c (test for excess errors)
gcc.dg/i386-sse-2.c (test for excess errors)
--
What|Removed |Added
dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: *
GCC host triplet: *
GCC target triplet: *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19342
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:10
---
Created an attachment (id=7910)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7910&action=view)
Preprocessed source file - i386 compilation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19342
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:15
---
Btw. error did not occur with GCC CVS from 20050103 and the next one tested
was from 20050108.
--
What|Removed |Added
Summary: New warnings in libstdc++-v3 since 2004-01-05
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:19
---
Gaby comments in http://gcc.gnu.org/ml/libstdc++/2005-01/msg00064.html:
This is a compiler regression. The body of the function is:
_M_get(size_t __sz) throw(std::bad_alloc)
{
#if defined
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:29
---
Honza, this is an inliner bug - could you look at it, please?
--
What|Removed |Added
1 - 100 of 131 matches
Mail list logo
