This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: bootstrap broken: darwin, hppa ..... Re: PR 10776 II


> Eric Botcazou wrote:
> 
> >>../../gcc4/gcc/libgcc2.c: In function `__popcountsi2':
> >>../../gcc4/gcc/libgcc2.c:713: error: insn does not satisfy its
> >>constraints:
> >>(insn:HI 25 22 18 1 ../../gcc4/gcc/libgcc2.c:710 (set (reg:SI 0 r0
> >>[127])
> >>        (zero_extend:SI (mem/s:QI (plus:SI (symbol_ref:SI
> >>("!d____popcount_tab") [flags 0x40] <var_decl 0x816910 __popcount_tab>)
> >>                    (reg:SI 2 r2 [126])) [0 __popcount_tab S1 A8]))) 18
> >>{*rs6000.md:506} (insn_list 22 (nil))
> >>    (nil))
> >>../../gcc4/gcc/libgcc2.c:713: internal compiler error: in
> >>reload_cse_simplify_operands, at postreload.c:378
> >>Please submit a full bug report,
> >>with preprocessed source if appropriate.
> >>See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> >
> >
> >I get the same error in the same fonction of the compiler on 
> >sparc-sun-solaris2.8, although a bit earlier in libgcc2.c.
> >
> 
> So do I on darwin and hppa-linux
> 
> Andreas
> 
> (darwin)
> 
> /Volumes/xufs/gcc-cvs-clean/gcc/gcc/libgcc2.c: In function `__popcountsi2':
> /Volumes/xufs/gcc-cvs-clean/gcc/gcc/libgcc2.c:713: error: insn does not 
> satisfy its constraints:
> (insn:HI 25 22 18 1 /Volumes/xufs/gcc-cvs-clean/gcc/gcc/libgcc2.c:710 
> (set (reg:SI 0 r0 [127])
>         (zero_extend:SI (mem/s:QI (plus:SI (symbol_ref:SI 
> ("!d____popcount_tab") [flags 0x40] <var_decl 0x7334fc __popcount_tab>)
>                     (reg:SI 2 r2 [126])) [0 __popcount_tab S1 A8]))) 18 
> {*rs6000.md:506} (insn_list 22 (nil))
>     (nil))
> /Volumes/xufs/gcc-cvs-clean/gcc/gcc/libgcc2.c:713: internal compiler 
> error: in reload_cse_simplify_operands, at postreload.c:378
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> make[3]: *** [libgcc/./_popcountsi2.o] Error 1
> make[2]: *** [libgcc.a] Error 2
> make[1]: *** [stage1_build] Error 2
> make: *** [bootstrap] Error 2
Hi,
I apologize for the breakage.  It seems to me that the attached patch
will fix it.  I got fooled by fact that the code just preceeding the
hunk use CSElib to modify the memory, but that code is probably wrong as
it is dead anyway.
Can you please test this for me?

Index: sched-deps.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/sched-deps.c,v
retrieving revision 1.64
diff -c -3 -p -r1.64 sched-deps.c
*** sched-deps.c	14 Jan 2004 22:43:53 -0000	1.64
--- sched-deps.c	15 Jan 2004 09:09:10 -0000
*************** sched_analyze_1 (struct deps *deps, rtx 
*** 545,551 ****
  	  cselib_lookup (XEXP (t, 0), Pmode, 1);
  	  XEXP (t, 0) = cselib_subst_to_values (XEXP (t, 0));
  	}
-       XEXP (t, 0) = canon_rtx (XEXP (t, 0));
  
        if (deps->pending_lists_length > MAX_PENDING_LIST_LENGTH)
  	{
--- 545,550 ----
*************** sched_analyze_2 (struct deps *deps, rtx 
*** 687,693 ****
  	    cselib_lookup (XEXP (t, 0), Pmode, 1);
  	    XEXP (t, 0) = cselib_subst_to_values (XEXP (t, 0));
  	  }
-         XEXP (t, 0) = canon_rtx (XEXP (t, 0));
  	pending = deps->pending_read_insns;
  	pending_mem = deps->pending_read_mems;
  	while (pending)
--- 686,691 ----


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]