https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116190
--- Comment #2 from aj at ianozi dot com ---
Apologies, I misspoke. I tested it with "My_Array" being a named type, I
didn't test it with "This_Crashes" being a named type, ergo this crashes:
with A
: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: aj at ianozi dot com
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 58805
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110398
--- Comment #3 from aj at ianozi dot com ---
Sorry about that.
Here's the results on my Macbook (Darwin macbook 21.6.0 Darwin Kernel Version
21.6.0: Thu Mar 9 20:12:18 PST 2023;
root:xnu-8020.240.18.700.8~1/RELEASE_ARM64_T8110 arm64):
``
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110398
--- Comment #2 from aj at ianozi dot com ---
Created attachment 55403
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55403&action=edit
files for bug
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: aj at ianozi dot com
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Tested with godbolt: https://ada.godbolt.org/z/ezqshsxzo
Also tested on version 12 (the link is using version 13).
Steps to reproduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
--- Comment #8 from aj at ianozi dot com ---
(In reply to simon from comment #7)
> I think it’s the -gnatVa (I took out the -f*sections and all the style
> options except a simple -gnaty).
simon, you are correct; I independently went t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
aj at ianozi dot com changed:
What|Removed |Added
CC||aj at ianozi dot com
--- Comment
: unassigned at gcc dot gnu.org
Reporter: aj at ianozi dot com
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Steps to reproduce:
1) Create test program called "testing.adb" with the following contents:
```
pragma Ada_2022;
procedure Testing is
type Test_Enum
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
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
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
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=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=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:
--- 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
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 #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
--- 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
: 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 #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
--- 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 #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 #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
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 #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
--- 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
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
-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
--- 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
--- 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
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
-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
--- 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
--- 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 #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
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
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 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 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 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 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
--- 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
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 #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
--- 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
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
--- Additional Comments From aj at gcc dot gnu dot org 2005-08-29 05:31
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- 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-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
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-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
--- 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-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-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 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
--- 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-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-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
Lese selbst:
http://bz.berlin1.de/archiv/041115_pdf/BZ041115_004_GB2IG556.1.htm
--- 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
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: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
--
What|Removed |Added
Summary|ICE: unrecognoizable insns |ICE: unrecognizable insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
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
--- 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
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 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
--- 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
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-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
--- 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
/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 06:31
---
Close as suggested
--
What|Removed |Added
Status|UNCONFIRMED
--- 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
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-02-19 07:06
---
Honza, could you look at this, please?
--
What|Removed |Added
AssignedTo|unassigned at
--- 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-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
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-10 09:22
---
With my patch, the results look good again (this is on x86-64 with multilibs):
=== libjava Summary for unix ===
# of expected passes3726
# of expected failures 14
--- 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-
--- 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
--
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-06 10:27
---
See also http://gcc.gnu.org/ml/gcc/2004-12/msg01142.html
This appears also on x86-64.
--
What|Removed |Added
--- 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-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
source if appropriate.
Note the same ICE occurs also on Linux/ia64 and Linux/x86-64.
--
Summary: ICE in store_bit_field, at expmed.c
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
A
--- 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
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 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
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-15 16:07
---
*** This bug has been marked as a duplicate of 19458 ***
--
What|Removed |Added
--- 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 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-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-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-09 17:57
---
This might be a duplicate of PR19084.
--
What|Removed |Added
CC
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 07:29
---
Honza, this is an inliner bug - could you look at it, please?
--
What|Removed |Added
--- 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
1 - 100 of 150 matches
Mail list logo
