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=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:
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?
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
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
--- 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
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
: 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
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
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
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
--- 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
--- 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
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
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
--- 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
ndefined aliases
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 at gcc
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 17:57
---
This might be a duplicate of PR19084.
--
What|Removed |Added
CC
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 18:00
---
Btw. this crashes in the same place as in PR 19241.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19337
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-10 13:40
---
This bug occurs also in a SPEC2004 candidate benchmark.
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 15:16
---
This happens also at x86_64-linux-gnu:
../../gcc/libgcc2.c: In function '__mulvti3':
../../gcc/libgcc2.c:279: internal compiler error: in
simplify_cond_and_lookup_avail_expr, at tree-ssa-dom.c:20
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 16:07
---
*** Bug 19459 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 16:07
---
*** This bug has been marked as a duplicate of 19458 ***
--
What|Removed |Added
0.0
Status: UNCONFIRMED
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 trip
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-23 09:28
---
Created an attachment (id=8042)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8042&action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19584
n fault in
gen_decl_die
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 dot org
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-23 10:37
---
Created an attachment (id=8043)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8043&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-29 08:39
---
Created an attachment (id=8098)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8098&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19689
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-29 08:46
---
Note this bug has been introduced after 2005-01-25.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19689
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-06 10:27
---
See also http://gcc.gnu.org/ml/gcc/2004-12/msg01142.html
This appears also on x86-64.
--
What|Removed |Added
--
What|Removed |Added
CC||aj at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-09 18:27
---
I looked at my build dir (4.0 CVS) and everything looks ok. I guess
I should run some strace - could somebody tell me how to invoke gij
from the commandline in a simple case so that I can check this
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-10 06:11
---
I agree, the USE_MMAP is not global. I'm trying now the following patch to see
whether we're really on the right track:
Index: boehm-
1 - 100 of 149 matches
Mail list logo