Bootstrap Failure on i686-pc-linux-gnu

Bootstrap Failure on i686-pc-linux-gnu

[Ranjit Mathew]

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.

Re: Bootstrap Failure on i686-pc-linux-gnu

[Ranjit Mathew]

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/

Re: Bootstrap Failure on i686-pc-linux-gnu

[Andrew Pinski]

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

Bootstrap Failure on i686-pc-linux-gnu

[Mikael Kilpeläinen]

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

Re: Bootstrap Failure on i686-pc-linux-gnu

[Richard Earnshaw]

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.

Re: Bootstrap Failure on i686-pc-linux-gnu

[Mikael Kilpeläinen]

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

Re: Bootstrap Failure on i686-pc-linux-gnu

[Daniel Berlin]

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

Re: Bootstrap Failure on i686-pc-linux-gnu

[Ranjit Mathew]

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.

Re: Bootstrap Failure on i686-pc-linux-gnu

[Daniel Berlin]

>>
>> 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.

Re: bootstrap failure on i686-pc-linux-gnu

[Andreas Krebbel]

> 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-

Re: bootstrap failure on i686-pc-linux-gnu

[Geoff Keating]

[-- 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 --]

bootstrap failure on i686-pc-linux-gnu

[Ben Elliston]

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

Re: Bootstrap Failure on i686-pc-linux-gnu

[Kaz Kojima]

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

Re: Bootstrap Failure on i686-pc-linux-gnu

[Andrew Pinski]

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

Re: Bootstrap Failure on i686-pc-linux-gnu

[Kaz Kojima]

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

Re: Bootstrap Failure on i686-pc-linux-gnu

[Richard Kenner]

    ...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?

Re: Bootstrap Failure on i686-pc-linux-gnu

[Ranjit Mathew]

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/

Re: Bootstrap Failure on i686-pc-linux-gnu

[Richard Kenner]

    (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?

Re: bootstrap failure on i686-pc-linux-gnu

[Eric Christopher]

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>

bootstrap failure on i686-pc-linux-gnu

[Eric Christopher]

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>

bootstrap failure on i686-pc-linux-gnu

[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