* Bootstrap Failure on i686-pc-linux-gnu
@ 2004-12-01 6:20 Ranjit Mathew
2004-12-01 6:52 ` Ranjit Mathew
0 siblings, 1 reply; 21+ messages in thread
From: Ranjit Mathew @ 2004-12-01 6:20 UTC (permalink / raw)
To: kenner; +Cc: GCC
Hi Richard,
I'm seeing a bootstrap failure on i686-pc-linux-gnu on today's
mainline with --disable-checking and I think it could be related to
the patch you recently checked in. I configured the build as:
$GCC_SRC_DIR/configure --prefix=$HOME/gcc --enable-languages=c,c++,java \
--disable-nls --disable-checking --disable-libmudflap \
--disable-debug --enable-threads=posix --enable-__cxa_atexit
Here's what I see:
(the weird GDB behaviour is also worrisome, BTW - bad debug info
output?)
---------------------------------- 8< ----------------------------------
(gdb) r
Starting program: /home/ranmath/src/gcc/build/gcc/stage2/cc1 -quiet -I. -I. -I/h
ome/ranmath/src/gcc/gcc-20041201/gcc -I/home/ranmath/src/gcc/gcc-20041201/gcc/.
-I/home/ranmath/src/gcc/gcc-20041201/gcc/../include -I/home/ranmath/src/gcc/gcc-
20041201/gcc/../libcpp/include -iprefix /home/ranmath/src/gcc/build/gcc/stage2/.
./lib/gcc/i686-pc-linux-gnu/4.0.0/ -isystem ./include -DIN_GCC -DHAVE_CONFIG_H /
home/ranmath/src/gcc/gcc-20041201/gcc/dwarf2out.c -quiet -dumpbase dwarf2out.c -
mtune=pentiumpro -auxbase-strip dwarf2out.o -g -O2 -W -Wall -Wwrite-strings -Wst
rict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macr
os -Wold-style-definition -Werror -fomit-frame-pointer -o /tmp/ccLgDVu5.s
Breakpoint 3 at 0x827666
Breakpoint 4 at 0x826315
Program received signal SIGSEGV, Segmentation fault.
0x080c064b in compute_points_to_and_addr_escape (ai=0x8a74458)
at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-ssa-alias.c:749
749 bitmap_set_bit (ai->written_vars, ann->uid);
(gdb) bt
#0 0x080c064b in compute_points_to_and_addr_escape (ai=0x8a74458)
at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-ssa-alias.c:749
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0317.
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0317.
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0317.
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0317.
#1 0x080c0ccb in compute_may_aliases ()
at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-ssa-alias.c:305
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0ab2.
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0ab2.
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0ab2.
During symbol reading, Incomplete CFI data; unspecified registers at 0x080c0ab2.
#2 0x0809d43d in execute_pass_list (pass=0x89752e0)
at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-optimize.c:516
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
#3 0x0809d4cd in execute_pass_list (pass=0x8430a00)
at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-optimize.c:554
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d308.
#4 0x0809d692 in tree_rest_of_compilation (fndecl=0xb6c372b8)
at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-optimize.c:652
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d597.
During symbol reading, Incomplete CFI data; unspecified registers at 0x0809d597.
#5 0x0805a6e6 in c_expand_body (fndecl=0xb6c372b8)
at /home/ranmath/src/gcc/gcc-20041201/gcc/c-decl.c:6387
#6 0x0830b33d in cgraph_expand_function (node=0xb6acc7b4)
at /home/ranmath/src/gcc/gcc-20041201/gcc/cgraphunit.c:822
#7 0x0830bddd in cgraph_optimize ()
at /home/ranmath/src/gcc/gcc-20041201/gcc/cgraphunit.c:1689
#8 0x082ce697 in toplev_main (argc=1952542062, argv=0xbfffcfb4)
at /home/ranmath/src/gcc/gcc-20041201/gcc/toplev.c:1005
#9 0x0081279d in __libc_start_main () from /lib/tls/libc.so.6
#10 0x080498f1 in _start ()
(gdb)
---------------------------------- 8< ----------------------------------
Thanks,
Ranjit.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 6:20 Bootstrap Failure on i686-pc-linux-gnu Ranjit Mathew
@ 2004-12-01 6:52 ` Ranjit Mathew
2004-12-01 12:29 ` Andrew Pinski
0 siblings, 1 reply; 21+ messages in thread
From: Ranjit Mathew @ 2004-12-01 6:52 UTC (permalink / raw)
To: Ranjit Mathew; +Cc: GCC
Ranjit Mathew wrote:
> Hi Richard,
>
> I'm seeing a bootstrap failure on i686-pc-linux-gnu on today's
> mainline with --disable-checking and I think it could be related to
> the patch you recently checked in.
...but you checked it it two days ago and I had successfully
bootstrapped it yesterday. I guess this is interacting
badly with some other patch that was recently checked in.
Ranjit.
--
Ranjit Mathew Email: rmathew AT gmail DOT com
Bangalore, INDIA. Web: http://ranjitmathew.tripod.com/
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 6:52 ` Ranjit Mathew
@ 2004-12-01 12:29 ` Andrew Pinski
2004-12-01 13:11 ` Mikael Kilpeläinen
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Andrew Pinski @ 2004-12-01 12:29 UTC (permalink / raw)
To: Ranjit Mathew; +Cc: GCC
On Dec 1, 2004, at 1:51 AM, Ranjit Mathew wrote:
> Ranjit Mathew wrote:
>> Hi Richard,
>>
>> I'm seeing a bootstrap failure on i686-pc-linux-gnu on today's
>> mainline with --disable-checking and I think it could be related to
>> the patch you recently checked in.
>
> ...but you checked it it two days ago and I had successfully
> bootstrapped it yesterday. I guess this is interacting
> badly with some other patch that was recently checked in.
This is PR 18746 for which I had exposed a latent bug and submitted
a patch for <http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00004.html>.
Thanks,
Andrew Pinski
^ permalink raw reply [flat|nested] 21+ messages in thread
* Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 12:29 ` Andrew Pinski
@ 2004-12-01 13:11 ` Mikael Kilpeläinen
2004-12-01 13:41 ` Mikael Kilpeläinen
2004-12-01 13:33 ` Richard Earnshaw
2004-12-01 14:38 ` Ranjit Mathew
2 siblings, 1 reply; 21+ messages in thread
From: Mikael Kilpeläinen @ 2004-12-01 13:11 UTC (permalink / raw)
To: gcc
Hi.
Speaking of bootstrap failures, I have one :)
I have been getting this particular error for some time now:
stage1/xgcc -Bstage1/ -B/usr/local/i686-pc-linux-gnu/bin/ -O2 -g
-fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition -Werror -fno-common -DHAVE_CONFIG_H -I. -I.
-I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include
-I../../gcc/gcc/../libcpp/include \
-DTARGET_NAME=\"i686-pc-linux-gnu\" \
-c ../../gcc/gcc/toplev.c -o toplev.o
../../gcc/gcc/toplev.c: In function 'toplev_main':
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to
'floor_log2': redefined extern inline functions are not considered for
inlining
../../gcc/gcc/toplev.c:1675: sorry, unimplemented: called from here
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to
'floor_log2': redefined extern inline functions are not considered for
inlining
../../gcc/gcc/toplev.c:1679: sorry, unimplemented: called from here
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to
'floor_log2': redefined extern inline functions are not considered for
inlining
../../gcc/gcc/toplev.c:1681: sorry, unimplemented: called from here
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to
'floor_log2': redefined extern inline functions are not considered for
inlining
../../gcc/gcc/toplev.c:1685: sorry, unimplemented: called from here
make[2]: *** [toplev.o] Error 1
I am trying with
env CC='gcc-3.4.2' ../gcc/configure --enable-languages=c++,c,java
--enable-threads=posix
make bootstrap
and (if it makes any difference) in Mandrake 10
$ g++-3.4.2 -v
Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/specs
Configured with: ../gcc-3.4.2/configure --enable-languages=c++,c
--enable-threads=posix --program-suffix=-3.4.2
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 3.4.2
I wonder if this is a bug or could there be some other reasons?
Mikael
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 12:29 ` Andrew Pinski
2004-12-01 13:11 ` Mikael Kilpeläinen
@ 2004-12-01 13:33 ` Richard Earnshaw
2004-12-01 13:49 ` Daniel Berlin
2004-12-01 14:38 ` Ranjit Mathew
2 siblings, 1 reply; 21+ messages in thread
From: Richard Earnshaw @ 2004-12-01 13:33 UTC (permalink / raw)
To: Andrew Pinski; +Cc: Ranjit Mathew, GCC
On Wed, 2004-12-01 at 12:29, Andrew Pinski wrote:
> On Dec 1, 2004, at 1:51 AM, Ranjit Mathew wrote:
>
> > Ranjit Mathew wrote:
> >> Hi Richard,
> >>
> >> I'm seeing a bootstrap failure on i686-pc-linux-gnu on today's
> >> mainline with --disable-checking and I think it could be related to
> >> the patch you recently checked in.
> >
> > ...but you checked it it two days ago and I had successfully
> > bootstrapped it yesterday. I guess this is interacting
> > badly with some other patch that was recently checked in.
>
>
> This is PR 18746 for which I had exposed a latent bug and submitted
> a patch for <http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00004.html>.
>
This isn't my speciality area, but I'm not sure I believe that patch.
ENABLE_CHECKING should *never* be changing the checked structures.
Calling a different routine here is just papering over a failure of that
fundamental requirement.
R.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 13:11 ` Mikael Kilpeläinen
@ 2004-12-01 13:41 ` Mikael Kilpeläinen
0 siblings, 0 replies; 21+ messages in thread
From: Mikael Kilpeläinen @ 2004-12-01 13:41 UTC (permalink / raw)
To: gcc
On Wednesday 01 December 2004 15:04, Mikael Kilpeläinen wrote:
> Hi.
>
> Speaking of bootstrap failures, I have one :)
> I have been getting this particular error for some time now:
Of course I forgot to mention that I tried to bootstrap 4.0 cvs version (a few
hours old), sorry.
Mikael
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 13:33 ` Richard Earnshaw
@ 2004-12-01 13:49 ` Daniel Berlin
0 siblings, 0 replies; 21+ messages in thread
From: Daniel Berlin @ 2004-12-01 13:49 UTC (permalink / raw)
To: Richard Earnshaw; +Cc: Andrew Pinski, Ranjit Mathew, GCC
On Wed, 1 Dec 2004, Richard Earnshaw wrote:
>>
>> This is PR 18746 for which I had exposed a latent bug and submitted
>> a patch for <http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00004.html>.
>>
>
> This isn't my speciality area, but I'm not sure I believe that patch.
>
> ENABLE_CHECKING should *never* be changing the checked structures.
> Calling a different routine here is just papering over a failure of that
> fundamental requirement.
Normally i'd agree, but this happens because the updating of statement
operands is done lazily. Checking that get_stmt_operands in the
verification didn't actually do anything would be
1. Somewhat ugly to code
2. Very expensive to verify
His patch is correct because it actually forces the rescanning to happen
at the right time, so that the verify_ssa's call to get_stmt_operands now
does nothing again.
--Dan
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 12:29 ` Andrew Pinski
2004-12-01 13:11 ` Mikael Kilpeläinen
2004-12-01 13:33 ` Richard Earnshaw
@ 2004-12-01 14:38 ` Ranjit Mathew
2004-12-01 14:40 ` Daniel Berlin
2 siblings, 1 reply; 21+ messages in thread
From: Ranjit Mathew @ 2004-12-01 14:38 UTC (permalink / raw)
To: Andrew Pinski; +Cc: GCC
On Wed, 1 Dec 2004 07:29:06 -0500, Andrew Pinski <pinskia@physics.uc.edu> wrote:
>
>
>
> On Dec 1, 2004, at 1:51 AM, Ranjit Mathew wrote:
>
> > Ranjit Mathew wrote:
> >> Hi Richard,
> >>
> >> I'm seeing a bootstrap failure on i686-pc-linux-gnu on today's
> >> mainline with --disable-checking and I think it could be related to
> >> the patch you recently checked in.
> >
> > ...but you checked it it two days ago and I had successfully
> > bootstrapped it yesterday. I guess this is interacting
> > badly with some other patch that was recently checked in.
>
>
> This is PR 18746 for which I had exposed a latent bug and submitted
> a patch for <http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00004.html>.
Sorry, but even with your patch I'm seeing the same failure
at the same place (clean build).
Ranjit.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 14:38 ` Ranjit Mathew
@ 2004-12-01 14:40 ` Daniel Berlin
0 siblings, 0 replies; 21+ messages in thread
From: Daniel Berlin @ 2004-12-01 14:40 UTC (permalink / raw)
To: Ranjit Mathew; +Cc: Andrew Pinski, GCC
>>
>> This is PR 18746 for which I had exposed a latent bug and submitted
>> a patch for <http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00004.html>.
>
> Sorry, but even with your patch I'm seeing the same failure
> at the same place (clean build).
Are you sure?
It fixes the exact same bootstrap failure you have reported, at least for
me.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bootstrap failure on i686-pc-linux-gnu
2006-04-18 6:20 ` Geoff Keating
@ 2006-04-18 12:42 ` Andreas Krebbel
0 siblings, 0 replies; 21+ messages in thread
From: Andreas Krebbel @ 2006-04-18 12:42 UTC (permalink / raw)
To: Geoff Keating; +Cc: gcc, christian.joensson
> Does this help?
>
> @@ -13802,9 +13777,8 @@
> s->refcount++;
> /* Avoid unnecessarily putting strings that are used less than
> twice in the hash table. */
> - if (s->refcount == 2
> - || (s->refcount == 1
> - && (DEBUG_STR_SECTION_FLAGS & SECTION_MERGE) != 0))
> + if (s->refcount
> + == ((DEBUG_STR_SECTION_FLAGS & SECTION_MERGE) ? 1 : 2))
> {
> void ** slot;
> slot = htab_find_slot_with_hash (debug_str_hash, s->str,
>
Your patch fixes this bootstrap problem (unfortunately there are currently
others) for s390 and s390x.
Here in a different patch format:
Index: gcc/dwarf2out.c
===================================================================
*** gcc/dwarf2out.c.orig 2006-04-18 14:18:27.000000000 +0200
--- gcc/dwarf2out.c 2006-04-18 14:20:36.000000000 +0200
*************** prune_unused_types_update_strings (dw_di
*** 13998,14006 ****
s->refcount++;
/* Avoid unnecessarily putting strings that are used less than
twice in the hash table. */
! if (s->refcount == 2
! || (s->refcount == 1
! && (debug_str_section->common.flags & SECTION_MERGE) != 0))
{
void ** slot;
slot = htab_find_slot_with_hash (debug_str_hash, s->str,
--- 13998,14005 ----
s->refcount++;
/* Avoid unnecessarily putting strings that are used less than
twice in the hash table. */
! if (s->refcount
! == ((DEBUG_STR_SECTION_FLAGS & SECTION_MERGE) ? 1 : 2))
{
void ** slot;
slot = htab_find_slot_with_hash (debug_str_hash, s->str,
Bye,
-Andreas-
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bootstrap failure on i686-pc-linux-gnu
2006-04-18 4:54 bootstrap failure " Ben Elliston
@ 2006-04-18 6:20 ` Geoff Keating
2006-04-18 12:42 ` Andreas Krebbel
0 siblings, 1 reply; 21+ messages in thread
From: Geoff Keating @ 2006-04-18 6:20 UTC (permalink / raw)
To: Ben Elliston; +Cc: gcc
[-- Attachment #1: Type: text/plain, Size: 1920 bytes --]
On 17/04/2006, at 9:55 PM, Ben Elliston wrote:
> Hi Geoff
>
> I'm seeing a bootstrap failure on x86 Linux that looks to be due to
> your change (noted below):
>
> /home/bje/build/gcc-clean/./gcc/xgcc -B/home/bje/build/gcc-clean/./
> gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-
> gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /
> usr/local/i686-pc-linux-gnu/sys-include -O2 -O2 -g -O2 -
> DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-
> prototypes -Wold-style-definition -isystem ./include -fPIC -g -
> DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -msse -c \
> /home/bje/source/gcc-clean/gcc/config/i386/
> crtfastmath.c \
> -o crtfastmath.o
> /home/bje/source/gcc-clean/gcc/config/i386/crtfastmath.c:110:
> internal compiler error: in prune_unused_types_update_strings, at
> dwarf2out.c:14009
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
>
> 2006-04-17 Geoffrey Keating <geoffk@apple.com>
>
> * dwarf2out.c (free_AT): Delete.
> (remove_AT): Update string ref counts.
> (remove_child_TAG): Don't call free_die.
> (free_die): Delete.
> (break_out_includes): Don't call free_die on DW_TAG_GNU_BINCL
> or DW_TAG_GNU_EINCL.
> (prune_unused_types_walk_attribs): Reset string refcounts.
Does this help?
@@ -13802,9 +13777,8 @@
s->refcount++;
/* Avoid unnecessarily putting strings that are used less than
twice in the hash table. */
- if (s->refcount == 2
- || (s->refcount == 1
- && (DEBUG_STR_SECTION_FLAGS & SECTION_MERGE) != 0))
+ if (s->refcount
+ == ((DEBUG_STR_SECTION_FLAGS & SECTION_MERGE) ? 1 : 2))
{
void ** slot;
slot = htab_find_slot_with_hash (debug_str_hash, s->str,
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 2410 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* bootstrap failure on i686-pc-linux-gnu
@ 2006-04-18 4:54 Ben Elliston
2006-04-18 6:20 ` Geoff Keating
0 siblings, 1 reply; 21+ messages in thread
From: Ben Elliston @ 2006-04-18 4:54 UTC (permalink / raw)
To: gcc; +Cc: geoffk
Hi Geoff
I'm seeing a bootstrap failure on x86 Linux that looks to be due to
your change (noted below):
/home/bje/build/gcc-clean/./gcc/xgcc -B/home/bje/build/gcc-clean/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -msse -c \
/home/bje/source/gcc-clean/gcc/config/i386/crtfastmath.c \
-o crtfastmath.o
/home/bje/source/gcc-clean/gcc/config/i386/crtfastmath.c:110: internal compiler error: in prune_unused_types_update_strings, at dwarf2out.c:14009
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
2006-04-17 Geoffrey Keating <geoffk@apple.com>
* dwarf2out.c (free_AT): Delete.
(remove_AT): Update string ref counts.
(remove_child_TAG): Don't call free_die.
(free_die): Delete.
(break_out_includes): Don't call free_die on DW_TAG_GNU_BINCL
or DW_TAG_GNU_EINCL.
(prune_unused_types_walk_attribs): Reset string refcounts.
(prune_unused_types_update_strings): New.
(prune_unused_types_prune): Don't make unnecessary stores. Don't
call free_die. Do call prune_unused_types_update_strings.
(prune_unused_types): Empty debug_str_hash.
Ben
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 14:48 ` Andrew Pinski
@ 2004-12-01 15:41 ` Kaz Kojima
0 siblings, 0 replies; 21+ messages in thread
From: Kaz Kojima @ 2004-12-01 15:41 UTC (permalink / raw)
To: pinskia; +Cc: rmathew, gcc, kenner
Andrew Pinski <pinskia@physics.uc.edu> wrote:
>> It looks this VAR is a garbage.
>
> VAR is garbage because we just took SSA_NAME_VAR of non SSA_NAME.
> I already looked into what is causing this.
> See PR 18746, I put some of my analysis while tracking down this bug
> in there.
I've tried your patch in
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00004.html
but it doesn't solve the failure in compiling ostream.tcc
like as reported by Ranjit.
Regards,
kaz
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 14:43 ` Kaz Kojima
@ 2004-12-01 14:48 ` Andrew Pinski
2004-12-01 15:41 ` Kaz Kojima
0 siblings, 1 reply; 21+ messages in thread
From: Andrew Pinski @ 2004-12-01 14:48 UTC (permalink / raw)
To: Kaz Kojima; +Cc: rmathew, gcc, kenner
On Dec 1, 2004, at 9:42 AM, Kaz Kojima wrote:
> kenner@vlsi1.ultra.nyu.edu (Richard Kenner) wrote:
>> From the place it's blowing up, it doesn't seem related to me, but
>> it's
>> hard to say with the debugger not giving useful values.
>>
>> Does anybody else have this problem?
>
> I see the same error on x86 cross sh4-unknown-linux-gnu. gdb says:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0812ac21 in compute_points_to_and_addr_escape (ai=0x98915f0)
> at ../../LOCAL/gcc/gcc/tree-ssa-alias.c:749
> 749 bitmap_set_bit (ai->written_vars, ann->uid);
>
> (gdb) p ann
> $1 = 0x2f746f6f
>
> (gdb) call debug_tree (op)
> <var_decl 0xbd8b8e0c TMT.1024 ....
>
> (gdb) p var
> $3 = 0x9803da0
>
> It looks this VAR is a garbage.
VAR is garbage because we just took SSA_NAME_VAR of non SSA_NAME.
I already looked into what is causing this.
See PR 18746, I put some of my analysis while tracking down this bug
in there.
Thanks,
Andrew Pinski
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 13:12 Bootstrap Failure " Richard Kenner
@ 2004-12-01 14:43 ` Kaz Kojima
2004-12-01 14:48 ` Andrew Pinski
0 siblings, 1 reply; 21+ messages in thread
From: Kaz Kojima @ 2004-12-01 14:43 UTC (permalink / raw)
To: kenner; +Cc: rmathew, gcc
kenner@vlsi1.ultra.nyu.edu (Richard Kenner) wrote:
> From the place it's blowing up, it doesn't seem related to me, but it's
> hard to say with the debugger not giving useful values.
>
> Does anybody else have this problem?
I see the same error on x86 cross sh4-unknown-linux-gnu. gdb says:
Program received signal SIGSEGV, Segmentation fault.
0x0812ac21 in compute_points_to_and_addr_escape (ai=0x98915f0)
at ../../LOCAL/gcc/gcc/tree-ssa-alias.c:749
749 bitmap_set_bit (ai->written_vars, ann->uid);
(gdb) p ann
$1 = 0x2f746f6f
(gdb) call debug_tree (op)
<var_decl 0xbd8b8e0c TMT.1024
type <record_type 0xbe8e564c basic_ostream<char,std::char_traits<char> > addressable tree_2 needs-constructing type_1 type_2 type_4 type_5 type_6 BLK
size <integer_cst 0xbe3143c0 constant invariant 1120>
unit size <integer_cst 0xbe467d00 constant invariant 140>
align 32 symtab 0 alias set 18
fields <field_decl 0xbdf7b8b8 _vptr.basic_ostream type <pointer_type 0xbf29d554>
unsigned in_system_header virtual SI file /exp/ldroot/dodes/xsh-gcc/sh4-unknown-linux-gnu/libstdc++-v3/include/iosfwd line 64
size <integer_cst 0xbf221440 constant invariant 32>
unit size <integer_cst 0xbf221100 constant invariant 4>
align 32 offset_align 32
offset <integer_cst 0xbf221120 constant invariant 0>
bit offset <integer_cst 0xbf221880 constant invariant 0> context <record_type 0xbe8e564c basic_ostream<char,std::char_traits<char> >> arguments <integer_cst 0xbf221120 0> chain <type_decl 0xbe171554 basic_ostream>> context <namespace_decl 0xbf229e0c std>
needs-constructor needs-destructor ~X() X() has-type-conversion X(constX&) this=(X&) n_parents=1 use_template=3
pointer_to_this <pointer_type 0xbe1cfd14> reference_to_this <reference_type 0xbe53726c> chain <type_decl 0xbe8e5744 basic_ostream<char,std::char_traits<char> >>>
addressable used ignored external BLK file /exp/ldroot/dodes/xsh-gcc/sh4-unknown-linux-gnu/libstdc++-v3/include/bits/ostream.tcc line 125 size <integer_cst 0xbe3143c0 1120> unit size <integer_cst 0xbe467d00 140>
align 32 context <function_decl 0xbe178aa8 operator<<>>
(gdb) p var
$3 = 0x9803da0
It looks this VAR is a garbage.
(gdb) call debug_tree (var)
<gt_expr 0x9803da0
Program received signal SIGSEGV, Segmentation fault.
...
Regards,
kaz
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
@ 2004-12-01 13:12 Richard Kenner
2004-12-01 14:43 ` Kaz Kojima
0 siblings, 1 reply; 21+ messages in thread
From: Richard Kenner @ 2004-12-01 13:12 UTC (permalink / raw)
To: rmathew; +Cc: gcc
...but you checked it it two days ago and I had successfully
bootstrapped it yesterday. I guess this is interacting
badly with some other patch that was recently checked in.
From the place it's blowing up, it doesn't seem related to me, but it's
hard to say with the debugger not giving useful values.
Does anybody else have this problem?
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
2004-12-01 6:41 Richard Kenner
@ 2004-12-01 6:46 ` Ranjit Mathew
0 siblings, 0 replies; 21+ messages in thread
From: Ranjit Mathew @ 2004-12-01 6:46 UTC (permalink / raw)
To: Richard Kenner; +Cc: gcc
On Wed, 1 Dec 04 01:46:25 EST, Richard Kenner
<kenner@vlsi1.ultra.nyu.edu> wrote:
> (the weird GDB behaviour is also worrisome, BTW - bad debug info
> output?)
>
> I get those by the thousands ... I've learned to ignore them.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x080c064b in compute_points_to_and_addr_escape (ai=0x8a74458)
> at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-ssa-alias.c:749
> 749 bitmap_set_bit (ai->written_vars, ann->uid);
>
> Which of these pointers is invalid?
Probably "ann", but I can't tell:
(gdb) p ai
$1 = (struct alias_info *) 0x9b26cb0
(gdb) p ann
Variable "ann" is not available.
HTH,
Ranjit.
--
Ranjit Mathew Email: rmathew AT gmail DOT com
Bangalore, INDIA. Web: http://ranjitmathew.tripod.com/
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Bootstrap Failure on i686-pc-linux-gnu
@ 2004-12-01 6:41 Richard Kenner
2004-12-01 6:46 ` Ranjit Mathew
0 siblings, 1 reply; 21+ messages in thread
From: Richard Kenner @ 2004-12-01 6:41 UTC (permalink / raw)
To: rmathew; +Cc: gcc
(the weird GDB behaviour is also worrisome, BTW - bad debug info
output?)
I get those by the thousands ... I've learned to ignore them.
Program received signal SIGSEGV, Segmentation fault.
0x080c064b in compute_points_to_and_addr_escape (ai=0x8a74458)
at /home/ranmath/src/gcc/gcc-20041201/gcc/tree-ssa-alias.c:749
749 bitmap_set_bit (ai->written_vars, ann->uid);
Which of these pointers is invalid?
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bootstrap failure on i686-pc-linux-gnu
2004-01-27 0:21 bootstrap failure " Eric Christopher
@ 2004-01-27 2:12 ` Eric Christopher
0 siblings, 0 replies; 21+ messages in thread
From: Eric Christopher @ 2004-01-27 2:12 UTC (permalink / raw)
To: jh; +Cc: gcc
I updated again and it's gone away.
So, nevermind. :)
-eric
On Mon, 2004-01-26 at 14:56, Eric Christopher wrote:
> Happened right after I pulled these two patches in:
>
> 2004-01-26 Jan Hubicka <jh@suse.cz>
>
> * cselib.c (discard_useless_values): Clear out value pointer
> pointing
> to datastructure to be recycled.
>
> 2004-01-25 Jan Hubicka <jh@suse.cz>
>
> * genextract.c (main): Do not output the memset when not
> checking.
>
>
>
> -eric
--
Eric Christopher <echristo@redhat.com>
^ permalink raw reply [flat|nested] 21+ messages in thread
* bootstrap failure on i686-pc-linux-gnu
@ 2004-01-27 0:21 Eric Christopher
2004-01-27 2:12 ` Eric Christopher
0 siblings, 1 reply; 21+ messages in thread
From: Eric Christopher @ 2004-01-27 0:21 UTC (permalink / raw)
To: jh; +Cc: gcc
Happened right after I pulled these two patches in:
2004-01-26 Jan Hubicka <jh@suse.cz>
* cselib.c (discard_useless_values): Clear out value pointer
pointing
to datastructure to be recycled.
2004-01-25 Jan Hubicka <jh@suse.cz>
* genextract.c (main): Do not output the memset when not
checking.
-eric
--
Eric Christopher <echristo@redhat.com>
^ permalink raw reply [flat|nested] 21+ messages in thread
* bootstrap failure on i686-pc-linux-gnu
@ 2003-06-19 10:50 Kai Henningsen
0 siblings, 0 replies; 21+ messages in thread
From: Kai Henningsen @ 2003-06-19 10:50 UTC (permalink / raw)
To: gcc; +Cc: Kai Henningsen
[-- Attachment #1: Type: text/plain, Size: 0 bytes --]
[-- Attachment #2: broken --]
[-- Type: text/plain, Size: 1148 bytes --]
stage1/xgcc -Bstage1/ -B/opt/gcc-head/i686-pc-linux-gnu/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../combined/gcc -I../../combined/gcc/. -I../../combined/gcc/config -I../../combined/gcc/../include \
../../combined/gcc/config/i386/i386.c -o i386.o
stage1/xgcc -Bstage1/ -B/opt/gcc-head/i686-pc-linux-gnu/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../combined/gcc -I../../combined/gcc/. -I../../combined/gcc/config -I../../combined/gcc/../include ../../combined/gcc/host-default.c -o host-default.o
In file included from ../../combined/gcc/host-default.c:26:
../../combined/gcc/hooks.h:26: warning: ISO C forbids forward references to `enum' types
make[2]: *** [host-default.o] Error 1
make[2]: Leaving directory `/Partition/gcc/gcc/build/buildhead/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/Partition/gcc/gcc/build/buildhead/gcc'
make: *** [bootstrap] Error 2
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2006-04-18 12:42 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-12-01 6:20 Bootstrap Failure on i686-pc-linux-gnu Ranjit Mathew
2004-12-01 6:52 ` Ranjit Mathew
2004-12-01 12:29 ` Andrew Pinski
2004-12-01 13:11 ` Mikael Kilpeläinen
2004-12-01 13:41 ` Mikael Kilpeläinen
2004-12-01 13:33 ` Richard Earnshaw
2004-12-01 13:49 ` Daniel Berlin
2004-12-01 14:38 ` Ranjit Mathew
2004-12-01 14:40 ` Daniel Berlin
-- strict thread matches above, loose matches on Subject: below --
2006-04-18 4:54 bootstrap failure " Ben Elliston
2006-04-18 6:20 ` Geoff Keating
2006-04-18 12:42 ` Andreas Krebbel
2004-12-01 13:12 Bootstrap Failure " Richard Kenner
2004-12-01 14:43 ` Kaz Kojima
2004-12-01 14:48 ` Andrew Pinski
2004-12-01 15:41 ` Kaz Kojima
2004-12-01 6:41 Richard Kenner
2004-12-01 6:46 ` Ranjit Mathew
2004-01-27 0:21 bootstrap failure " Eric Christopher
2004-01-27 2:12 ` Eric Christopher
2003-06-19 10:50 Kai Henningsen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).