[Bug target/29840] New: build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[Bug target/29840] New: build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[danglin at gcc dot gnu dot org]

/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/ -c -g -O2 -DIN_GCC -W -Wall
-Wwrite-
strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H
-DG
ENERATOR_FILE -I. -Ibuild -I../../gcc/gcc -I../../gcc/gcc/build
-I../../gcc/gcc/
../include -I../../gcc/gcc/../libcpp/include -I/opt/gnu64/gcc/gcc-4.3.0/include
 -I../../gcc/gcc/../libdecnumber -I../libdecnumber    -o build/genconditions.o
.
./../gcc/gcc/genconditions.c
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/ -g -O2 -DIN_GCC -W -Wall
-Wwrite-str
ings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H
-DGENE
RATOR_FILE  -o build/genconditions \
            build/genconditions.o build/rtl.o build/read-rtl.o build/ggc-none.o
build/vec.o build/min-insn-modes.o build/gensupport.o build/print-rtl.o
build/er
rors.o .././libiberty/libiberty.a
build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c
/bin/sh: 13354 Memory fault(coredump)
make[3]: *** [s-conditions] Error 139

This started about three days ago.


-- 
           Summary: build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-
                    condmd.c: /bin/sh: 13354 Memory fault(coredump)
           Product: gcc
           Version: 4.3.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa64-hp-hpux11.11
  GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[danglin at gcc dot gnu dot org]

------- Comment #1 from danglin at gcc dot gnu dot org  2006-11-15 02:41 -------
(gdb) r ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c
Starting program: /test/gnu/gcc/objdir/gcc/build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c

Program received signal SIGSEGV, Segmentation fault.
0x800003fffefb1834 in __doprnt_wide () from /lib/pa20_64/libc.2
(gdb) bt
#0  0x800003fffefb1834 in __doprnt_wide () from /lib/pa20_64/libc.2
#1  0x800003fffefae95c in _doprnt () from /lib/pa20_64/libc.2
#2  0x800003fffefbbfa0 in printf () from /lib/pa20_64/libc.2
During symbol reading, unsupported tag: 'DW_TAG_const_type'.
#3  0x400000000000d4fc in print_c_condition (cond=0x4000000000005eb0 "(%s)")
    at ../../gcc/gcc/read-rtl.c:817
During symbol reading, unsupported tag: 'DW_TAG_const_type'.
#4  0x4000000000008cf4 in write_one_condition (slot=<value optimized out>,
    dummy=<value optimized out>) at ../../gcc/gcc/genconditions.c:135
During symbol reading, unsupported tag: 'DW_TAG_const_type'.
#5  0x4000000000012a84 in htab_traverse_noresize (htab=<value optimized out>,
    callback=0x4000000000006ff0 <L$C0002+1072>, info=0x0)
    at ../../gcc/libiberty/hashtab.c:750
#6  0x4000000000013384 in htab_traverse (htab=0x800000010000e190,
    callback=0x4000000000006ff0 <L$C0002+1072>, info=0x0)
    at ../../gcc/libiberty/hashtab.c:765
During symbol reading, unsupported tag: 'DW_TAG_const_type'.
#7  0x400000000000e2e4 in traverse_c_tests (callback=0x8000000100103000,
    info=0x800003fffeeb2fe0) at ../../gcc/gcc/gensupport.c:1225
#8  0x4000000000008b60 in main (argc=<value optimized out>,
    argv=<value optimized out>) at ../../gcc/gcc/genconditions.c:167


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[danglin at gcc dot gnu dot org]

------- Comment #2 from danglin at gcc dot gnu dot org  2006-11-23 00:25 -------
Introduced by r118475.  However, it wasn't fixed by Andrew's fwprop.c
patch.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|build/genconditions         |[4.3 Regression]
                   |../../gcc/gcc/config/pa/pa.m|build/genconditions
                   |d > tmp-condmd.c: /bin/sh:  |../../gcc/gcc/config/pa/pa.m
                   |13354 Memory fault(coredump)|d > tmp-condmd.c: /bin/sh:
                   |                            |13354 Memory fault(coredump)
   Target Milestone|---                         |4.3.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[danglin at gcc dot gnu dot org]

------- Comment #3 from danglin at gcc dot gnu dot org  2006-11-25 20:15 -------
In print_c_condition, we have these two calls:

      print_rtx_ptr_loc (cond);
      printf ("(%s)", cond);

The generated assembly code is:

0x400000000000d4d0 <print_c_condition+216>:     ldd -40(ret1),r26
0x400000000000d4d4 <print_c_condition+220>:     ldo -30(sp),ret1
0x400000000000d4d8 <print_c_condition+224>:     b,l 0x400000000000d3b8
<print_rtx_ptr_loc>,rp
0x400000000000d4dc <print_c_condition+228>:     copy dp,r4
0x400000000000d4e0 <print_c_condition+232>:     ldd -40(ret1),r25
0x400000000000d4e4 <print_c_condition+236>:     copy r4,dp
0x400000000000d4e8 <print_c_condition+240>:     addil L%0,dp,r1
0x400000000000d4ec <print_c_condition+244>:     ldd 80(r1),r26
0x400000000000d4f0 <print_c_condition+248>:     ldo -30(sp),ret1
0x400000000000d4f4 <print_c_condition+252>:     b,l 0x400000000000d994
<.stub+60>,rp
0x400000000000d4f8 <print_c_condition+256>:     nop

The insn at 0x400000000000d4e0 is the problem.  Register ret1 is the argument
pointer.  It's call clobbered, so it must be saved and restored if an argument
(in this case cond) needs to be reloaded from the argument block on the stack.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-25 21:30 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)

Simplified test case attached.

Dave


------- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-25 21:30 -------
Created an attachment (id=12688)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12688&action=view)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-25 22:14 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)

> Simplified test case attached.

This is a bug in fwprop.  Attached rtl dumps fro cse1 and fwprop1.

Dave


------- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-25 22:14 -------
Created an attachment (id=12689)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12689&action=view)


------- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-25 22:14 -------
Created an attachment (id=12690)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12690&action=view)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[steven at gcc dot gnu dot org]

------- Comment #9 from steven at gcc dot gnu dot org  2006-11-25 22:24 -------
Why is this an fwprop bug?  You haven't really shown that AFAICS.  Could be a
latent bug elsewhere that fwprop uncovered.  Or can you pin-point the specific
insns that fwpwop produces, and which you think is wrong?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[steven at gcc dot gnu dot org]

------- Comment #10 from steven at gcc dot gnu dot org  2006-11-25 23:17 -------
>From the cse1 dump:
Register 72 used 1 times across 0 insns; set 1 time; dies in 0 places; pointer.

So there is only a single DEF for reg 72.  The set for this DEF is:

(insn 112 2 7 2 foo.c:13 (set (reg/f:DI 72)
        (plus:DI (reg/f:DI 29 %r29)
            (const_int -64 [0xffffffffffffffc0]))) -1 (nil)
    (nil))

fwprop replaces occurences of (reg 72) with (plus (reg 29) (const_int -64)).
This is the diff between the cse1 and fwprop dump:

--- attachment.cse1   2006-11-26 00:13:55.000000000 +0100
+++ attachment.fwprop1        2006-11-26 00:14:06.000000000 +0100
(....)
@@ -112,7 +172,8 @@
             (const_int -64 [0xffffffffffffffc0]))) -1 (nil)
     (nil))

-(insn 7 112 8 2 foo.c:13 (set (mem/f/c/i:DI (reg/f:DI 72) [8 cond+0 S8 A64])
+(insn 7 112 8 2 foo.c:13 (set (mem/f/c/i:DI (plus:DI (reg/f:DI 29 %r29)
+                (const_int -64 [0xffffffffffffffc0])) [8 cond+0 S8 A64])
         (reg:DI 26 %r26 [ cond ])) 124 {*pa.md:4480} (nil)
     (nil))

@@ -397,7 +458,8 @@

 (insn 71 70 74 5 foo.c:25 (set (mem:QI (reg/f:DI 68 [ D.1944 ]) [0 S1 A8])
         (reg:QI 88)) 104 {*pa.md:3322} (nil)
-    (nil))
+    (expr_list:REG_EQUAL (const_int 10 [0xa])
+        (nil)))

 (insn 74 71 75 5 foo.c:25 (set (reg/f:DI 91)
         (plus:DI (reg/f:DI 68 [ D.1944 ])
@@ -462,7 +524,8 @@
 (note 89 88 91 7 [bb 7] NOTE_INSN_BASIC_BLOCK)

 (insn 91 89 92 7 foo.c:26 (set (reg/f:DI 26 %r26 [ cond ])
-        (mem/f/c/i:DI (reg/f:DI 72) [8 cond+0 S8 A64])) 124 {*pa.md:4480}
(nil)
+        (mem/f/c/i:DI (plus:DI (reg/f:DI 29 %r29)
+                (const_int -64 [0xffffffffffffffc0])) [8 cond+0 S8 A64])) 124
{*pa.md:4480} (nil)
     (nil))

 (insn 92 91 93 7 foo.c:26 (set (reg/f:DI 29 %r29)
@@ -503,7 +566,8 @@
         (nil)))

 (insn 98 97 99 7 foo.c:27 (set (reg/f:DI 25 %r25 [ cond ])
-        (mem/f/c/i:DI (reg/f:DI 72) [8 cond+0 S8 A64])) 124 {*pa.md:4480}
(nil)
+        (mem/f/c/i:DI (plus:DI (reg/f:DI 29 %r29)
+                (const_int -64 [0xffffffffffffffc0])) [8 cond+0 S8 A64])) 124
{*pa.md:4480} (nil)
     (nil))

 (insn 99 98 100 7 foo.c:27 (set (reg/f:DI 29 %r29)


Someone care to explain why this is a wrong transformation by fwprop?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[steven at gcc dot gnu dot org]

------- Comment #11 from steven at gcc dot gnu dot org  2006-11-25 23:19 -------
Note that (reg 29) is the ret1 reg.

Looks more and more like a register allocation problem.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[steven at gcc dot gnu dot org]

-- 

steven at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2006-11-25 23:21:16
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug target/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[steven at gcc dot gnu dot org]

------- Comment #12 from steven at gcc dot gnu dot org  2006-11-25 23:23 -------
Re. comment #3, "It's call clobbered, so it must be saved and restored": Why is
reg 29 not in the call clobbered reg list on the call_insns?  I see a USE for
reg 29 on every call: (use (reg/f:DI 29 %r29)).  But not a CLOBBER.  Shouldn't
that be a clobber if reg 29 is call clobbered?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[pinskia at gcc dot gnu dot org]

------- Comment #13 from pinskia at gcc dot gnu dot org  2006-11-25 23:26 -------
The only three instructions fwprop touches are done into:
Before:
(insn 112 2 7 2 foo.c:13 (set (reg/f:DI 72)
        (plus:DI (reg/f:DI 29 %r29)
            (const_int -64 [0xffffffffffffffc0]))) -1 (nil)
    (nil))

(insn 7 112 8 2 foo.c:13 (set (mem/f/c/i:DI (reg/f:DI 72) [8 cond+0 S8 A64])
        (reg:DI 26 %r26 [ cond ])) 124 {*pa.md:4480} (nil)
    (nil))

....


After:
...
(insn 91 89 92 7 foo.c:26 (set (reg/f:DI 26 %r26 [ cond ])
        (mem/f/c/i:DI (plus:DI (reg/f:DI 29 %r29)
                (const_int -64 [0xffffffffffffffc0])) [8 cond+0 S8 A64])) 124
{*pa.md:4480} (nil)
    (nil))


wait.  r29 is clobbered by:
(insn 16 15 17 2 foo.c:14 (set (reg/f:DI 29 %r29)
        (plus:DI (reg/f:DI 30 %r30)
            (const_int -48 [0xffffffffffffffd0]))) 164 {*pa.md:5309} (nil)
    (nil))


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|target                      |rtl-optimization


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[pinskia at gcc dot gnu dot org]

------- Comment #14 from pinskia at gcc dot gnu dot org  2006-11-25 23:32 -------
fwprop says it is r29 invalided by a call:
  invalidated by call   0, 1, 2, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29,
31, 32, 33, 34, 35, 36, 37, 38, 39, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60

I think it missed that pseduo register 72 uses r29.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-26 00:04 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory faul

>  (insn 98 97 99 7 foo.c:27 (set (reg/f:DI 25 %r25 [ cond ])
> -        (mem/f/c/i:DI (reg/f:DI 72) [8 cond+0 S8 A64])) 124 {*pa.md:4480}
> (nil)
> +        (mem/f/c/i:DI (plus:DI (reg/f:DI 29 %r29)
> +                (const_int -64 [0xffffffffffffffc0])) [8 cond+0 S8 A64])) 124
> {*pa.md:4480} (nil)
>      (nil))

> Someone care to explain why this is a wrong transformation by fwprop?

This is the transformation that's wrong and the one that causes garbage
to get loaded in r25 for the call printf.  r29 is called used/clobbered
and not preserved across the previous call.  It's defined so in the macro
CALL_USED_REGISTERS in pa64-regs.h.  It's the argument pointer and must
set up prior to every call.  On most targets, it's a fixed register but
not on PA64.

Even if it wasn't call clobbered, fwprop seems to have missed the
fact that the value in r29 changes at insn 92 and every other call
in the preceding insn flow:

(insn 92 91 93 7 foo.c:26 (set (reg/f:DI 29 %r29)
        (plus:DI (reg/f:DI 30 %r30)
            (const_int -48 [0xffffffffffffffd0]))) 164 {*pa.md:5309} (nil)
    (nil))

At least in the past, it never was never necessary to have a complete
list of call used registers appended to each each call.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[steven at gcc dot gnu dot org]

------- Comment #16 from steven at gcc dot gnu dot org  2006-11-26 01:04 -------
Created an attachment (id=12692)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12692&action=view)
Magic with hard regs

Paolo Bonzini proably can think of a real fix, but it'll have to look something
like this: Make hard register uses available in all_uses_available_at, and
don't propagate call clobbered hard regs.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[paolo dot bonzini at lu dot unisi dot ch]

------- Comment #17 from paolo dot bonzini at lu dot unisi dot ch  2006-11-26 09:05 -------
Subject: Re:  [4.3 Regression] build/genconditions
 ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)

I wonder if it is enough to just add DF_HARD_REGS in the df_init call?

Paolo


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[stevenb dot gcc at gmail dot com]

------- Comment #18 from stevenb dot gcc at gmail dot com  2006-11-26 09:19 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)

Just adding DF_HARD_REGS is not enough.  At least this bit:

-      if (use)
+      if (use && !HARD_REGISTER_P (use->reg))

is also necessary.

You can reproduce the problem with a cross-compiler BTW.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-27 00:28 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 MO

> Subject: Re:  [4.3 Regression] build/genconditions
> ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
> fault(coredump)
> 
> Just adding DF_HARD_REGS is not enough.  At least this bit:
> 
> -      if (use)
> +      if (use && !HARD_REGISTER_P (use->reg))
> 
> is also necessary.

The proposed patch with the initialization of regno moved forward
gets us a lot further into the bootstrap.  It now fails with an
ICE building the fortran library:

/test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
-B/opt/gnu64/gcc/g
cc-4.3.0/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11
/lib/ -isystem /opt/gnu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/include -isystem
/op
t/gnu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/sys-include -DHAVE_CONFIG_H -I.
-I../.
./../gcc/libgfortran -I. -iquote../../../gcc/libgfortran/io
-I../../../gcc/libgf
ortran/../gcc -I../../../gcc/libgfortran/../gcc/config -I../.././gcc
-D_GNU_SOUR
CE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definit
ion -Wextra -Wwrite-strings -ftree-vectorize -funroll-loops -O2 -g -O2 -c
../../
../gcc/libgfortran/generated/matmul_i4.c  -fPIC -DPIC -o .libs/matmul_i4.o
../../../gcc/libgfortran/generated/matmul_i4.c: In function 'matmul_i4':
../../../gcc/libgfortran/generated/matmul_i4.c:337: internal compiler error:
Seg
mentation fault

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[bonzini at gnu dot org]

------- Comment #20 from bonzini at gnu dot org  2006-11-27 07:16 -------
This may be a df bug too.  I don't know if it is ok to expect, when
DF_HARD_REGS is set, that the list of defs include a def for every hard
register that is call-clobbered and live at the call?


-- 

bonzini at gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |zadeck at gcc dot gnu dot
                   |                            |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[bonzini at gnu dot org]

------- Comment #21 from bonzini at gnu dot org  2006-11-30 18:48 -------
Dave, is the compiler being miscompiled here?  Can you reproduce the failure
with "../configure --disable-bootstrap && make"?  If so, what is the backtrace?

Thanks,

Paolo


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #22 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-30 19:10 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M

> ------- Comment #21 from bonzini at gnu dot org  2006-11-30 18:48 -------
> Dave, is the compiler being miscompiled here?  Can you reproduce the failure
> with "../configure --disable-bootstrap && make"?  If so, what is the backtrace?

Don't know.  I do know that the same error occurs on hppa2.0w-hp-hpux11
with the proposed patch install.

I had an unexpected eye operation Tuesday and the vision in my right
eye is now half blocked by a gas bubble.  The bubble is supposed to
slowly decrease in size over a few weeks.  Don't know when reasonable
visiblity will return and when i'll be able to look at this.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[paolo dot bonzini at lu dot unisi dot ch]

------- Comment #23 from paolo dot bonzini at lu dot unisi dot ch  2006-11-30 19:18 -------
Subject: Re:  [4.3 Regression] build/genconditions
 ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)


> I had an unexpected eye operation Tuesday and the vision in my right
> eye is now half blocked by a gas bubble.  The bubble is supposed to
> slowly decrease in size over a few weeks.  Don't know when reasonable
> visiblity will return and when i'll be able to look at this.

No problem.  If the compiler is not being miscompiled, I will be able to 
look at it with a cross.  Good luck!

Paolo


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-01 21:01 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 MRO

> No problem.  If the compiler is not being miscompiled, I will be able to 
> look at it with a cross.  Good luck!

The ICE is here:

(gdb) bt
#0  forward_propagate_into (use=0x4011b258) at ../../gcc/gcc/fwprop.c:888
#1  0x0038796c in fwprop_addr () at ../../gcc/gcc/fwprop.c:1016
#2  0x0026a704 in execute_one_pass (pass=0x40012bcc)
    at ../../gcc/gcc/passes.c:871
#3  0x0026a8ac in execute_pass_list (pass=0x40012bcc)
    at ../../gcc/gcc/passes.c:918
#4  0x0026a8c0 in execute_pass_list (pass=0x40011420)
    at ../../gcc/gcc/passes.c:919
#5  0x000c73fc in tree_rest_of_compilation (fndecl=0x7ad35070)
    at ../../gcc/gcc/tree-optimize.c:463
#6  0x00039508 in c_expand_body (fndecl=0x7ad35070)
    at ../../gcc/gcc/c-decl.c:6855
#7  0x0029622c in cgraph_expand_function (node=0x7ad351c0)
    at ../../gcc/gcc/cgraphunit.c:1241
#8  0x00299798 in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1306
#9  0x00041b50 in c_write_global_declarations () at ../../gcc/gcc/c-decl.c:7968
#10 0x00236610 in toplev_main (argc=1073924712, argv=0x1)
    at ../../gcc/gcc/toplev.c:1046
#11 0x000aacfc in main (argc=2059796228, argv=0x7ade4334)
    at ../../gcc/gcc/main.c:35

DF_REF_INSN (def) is 0.  It looks like the ICE can be avoided by
a check on def_insn.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #25 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-01 22:22 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 MRO

> DF_REF_INSN (def) is 0.  It looks like the ICE can be avoided by
> a check on def_insn.

The attached patch seems to get by the ICE.

Dave


------- Comment #26 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-01 22:22 -------
Created an attachment (id=12726)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12726&action=view)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[paolo dot bonzini at lu dot unisi dot ch]

------- Comment #27 from paolo dot bonzini at lu dot unisi dot ch  2006-12-02 09:27 -------
Subject: Re:  [4.3 Regression] build/genconditions
 ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)

dave at hiauly1 dot hia dot nrc dot ca wrote:
> ------- Comment #25 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-01 22:22 -------
> Subject: Re:  [4.3 Regression] build/genconditions
> ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 MRO
> 
>> DF_REF_INSN (def) is 0.  It looks like the ICE can be avoided by
>> a check on def_insn.
> 
> The attached patch seems to get by the ICE.

I'm pretty sure that's the same issue as the second and third hunk of
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00891.html

Paolo


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #28 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-02 16:39 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M

> I'm pretty sure that's the same issue as the second and third hunk of
> http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00891.html

I see this was committed to the dataflow branch.  What about the
trunk?

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[paolo dot bonzini at lu dot unisi dot ch]

------- Comment #29 from paolo dot bonzini at lu dot unisi dot ch  2006-12-02 17:38 -------
Subject: Re:  [4.3 Regression] build/genconditions
 ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)


>> I'm pretty sure that's the same issue as the second and third hunk of
>> http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00891.html
> 
> I see this was committed to the dataflow branch.  What about the
> trunk?

I will test on a cross if it fixes the failure on hppa.  It seemed not 
to be necessary on the trunk (it fixed a very early bootstrapping 
failure on x86-linux, as soon as building stage1 libgcc).

Paolo


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-02 21:17 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M

> I will test on a cross if it fixes the failure on hppa.

Ok, I'll see if it fixes the problem.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-04 21:26 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)

> I will test on a cross if it fixes the failure on hppa.  It seemed not 
> to be necessary on the trunk (it fixed a very early bootstrapping 
> failure on x86-linux, as soon as building stage1 libgcc).

It fixes the hppa failure.  Tested on hppa2.0w-hp-hpux11.11 and
hppa64-hp-hpux11.11.

I've attached the change tested.

Dave


------- Comment #32 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-04 21:26 -------
Created an attachment (id=12743)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12743&action=view)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[sje at cup dot hp dot com]

------- Comment #33 from sje at cup dot hp dot com  2006-12-19 18:23 -------
I tested Dave's patch from comment #32 and it is fixing the hppa64-* bootstrap
failure.  Dave are you going to submit that patch for approval or are you
looking for someone else to pick this up?


-- 

sje at cup dot hp dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sje at cup dot hp dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #34 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-19 20:05 -------
Subject: Re:  [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M

> ------- Comment #33 from sje at cup dot hp dot com  2006-12-19 18:23 -------
> I tested Dave's patch from comment #32 and it is fixing the hppa64-* bootstrap
> failure.  Dave are you going to submit that patch for approval or are you
> looking for someone else to pick this up?

Paolo posted a patch today:
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01378.html

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[bonzini at gcc dot gnu dot org]

------- Comment #35 from bonzini at gnu dot org  2006-12-22 12:29 -------
Subject: Bug 29840

Author: bonzini
Date: Fri Dec 22 12:28:52 2006
New Revision: 120147

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120147
Log:
2006-12-22  Paolo Bonzini  <bonzini@gnu.org>

        PR rtl-optimization/29840

        * fwprop.c (forward_propagate_into): Reject artificial uses/defs.
        (fwprop_init): Add DF_HARD_REGS to df_init call.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/fwprop.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840

[Bug rtl-optimization/29840] [4.3 Regression] build/genconditions ../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory fault(coredump)

[bonzini at gnu dot org]

------- Comment #36 from bonzini at gnu dot org  2006-12-22 12:52 -------
Should be fixed now (by inspection of the reduced test case).  Patch committed
is at this URL:

http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01378.html


-- 

bonzini at gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|                            |http://gcc.gnu.org/ml/gcc-
                   |                            |patches/2006-
                   |                            |12/msg01378.html
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29840