--- Comment #12 from ktietz at gcc dot gnu dot org 2010-05-27 08:44 ---
Fixed on trunk.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
Status|N
--- Comment #11 from ktietz at gcc dot gnu dot org 2010-05-27 08:14 ---
Subject: Bug 44287
Author: ktietz
Date: Thu May 27 08:13:58 2010
New Revision: 159912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159912
Log:
gcc/cp/
2010-05-27 Kai Tietz
PR bootstrap/44287
--- Comment #10 from hp at gcc dot gnu dot org 2010-05-26 23:53 ---
*** Bug 44289 has been marked as a duplicate of this bug. ***
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ktietz at gcc dot gnu dot org 2010-05-26 21:09 ---
Created an attachment (id=20757)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20757&action=view)
Updated patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44287
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-26 20:49 ---
(In reply to comment #7)
Instead of integer_array of course integer_types I meant.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44287
--- Comment #7 from ktietz at gcc dot gnu dot org 2010-05-26 20:45 ---
Created an attachment (id=20756)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20756&action=view)
integer_array can hold now NULL_TREEs for unsupported integer-scalar types
integer_array can hold now NULL_TREEs
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-26 20:36 ---
A simple testcase:
[...@gnu-32 gcc]$ cat /tmp/x.c
unsigned long long
foo (int signed_flag)
{
unsigned long long value;
value = signed_flag ? 0x7fff : 0x;
return value;
}
[...@gnu-32
--- Comment #5 from dominiq at lps dot ens dot fr 2010-05-26 20:03 ---
I confirm comment #2 on x86_64-apple-darwin10.3.0. The ICE occurs only with
-m32 (no need for -O2 -g). The backtrace is:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS a
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-05-26 20:00 ---
(In reply to comment #3)
> (In reply to comment #1)
> > Hmm, is here rtti in use? Could you please test following patch, if it
> > solves
> > your bootstrap issue?
> >
> > Kai
> >
> > Index: gcc/gcc/cp/rtti.c
> > =
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-26 19:52 ---
(In reply to comment #1)
> Hmm, is here rtti in use? Could you please test following patch, if it solves
> your bootstrap issue?
>
> Kai
>
> Index: gcc/gcc/cp/rtti.c
> ==
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-26 19:52 ---
[...@gnu-32 libgfortran]$ /export/build/gnu/gcc/build-x86_64-linux/./gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/./gcc/
-B/usr/gcc-4.6.0/x86_64-unknown-linux-gnu/bin/
-B/usr/gcc-4.6.0/x86_64-unknown-linux-gnu
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-05-26 19:49 ---
Hmm, is here rtti in use? Could you please test following patch, if it solves
your bootstrap issue?
Kai
Index: gcc/gcc/cp/rtti.c
===
--- gcc.orig/gcc/c
12 matches
Mail list logo
