Mainline space problem

[Andrew Pinski]

On Sep 3, 2004, at 10:48 AM, Diego Novillo wrote:

> On Fri, 2004-09-03 at 13:40, Bradley Lucier wrote:
>> On Sep 3, 2004, at 12:12 AM, James E Wilson wrote:
>>
>>> With the attached patch, the may_be_aliased function gives the same
>>> result as before for all variables for this testcase.  The testcase 
>>> can
>>> be compiled again, using about 10K pseudos instead of about 130K
>>> pseudos.
>>
>> Thank you for the patch.  Unfortunately, mainline doesn't bootstrap
>> with or without the patch, with a message of:
>>
> Yes.  I ran into this one this morning.  What I observed was that:
>
> (gdb) bt
> #0  may_trap_p (x=0xffffff9d)
>     at gcc/rtlanal.c:2311
> #1  0x102605a4 in try_split (pat=Variable "pat" is not available.)
>     at gcc/emit-rtl.c:3329
> #2  0x103a93d4 in split_insn (insn=0x4114f3c0)
>     at gcc/recog.c:2645
> #3  0x103a957c in split_all_insns (upd_life=0)
>     at gcc/recog.c:2723
> #4  0x10428098 in rest_of_handle_flow2 ()
>
> (gdb) l
> 3329                  if (CALL_P (insn)
> 3330                      || (flag_non_call_exceptions
> 3331                          && may_trap_p (PATTERN (insn))))
>
> (gdb) pr insn
> (note 9158 0 0 NOTE_INSN_DELETED)
>
> I'm not quite sure when this was introduced as my ppc box had been off
> for a couple of days.

I found out that the patch which introduced this failure was (which
means it was latent bug):
+2004-09-02  James E Wilson  <wilson@specifixinc.com>
+
+       * common.opt (ftrapping-math): Default to on.
+

See <http://gcc.gnu.org/ml/gcc-regression/2004-09/msg00006.html>
for the preprocessed source and instructions on how to reproduce it.

Thanks,
Andrew Pinski