serious libgcc regression added recently

Joel Sherrill joel.sherrill@oarcorp.com
Wed Nov 2 22:10:00 GMT 2011


On 11/02/2011 03:36 PM, David Miller wrote:
> My sparc-linux-gnu builds with --enable-targets=all is failing with:
>
> ../../../../gcc/libgcc/config/sparc/lb1spc.S: Assembler messages:
> ../../../../gcc/libgcc/config/sparc/lb1spc.S:124: Error: detected global register use not covered by .register pseudo-op
> ../../../../gcc/libgcc/config/sparc/lb1spc.S:134: Error: detected global register use not covered by .register pseudo-op
> ...
>
> It looks like it's trying to build 32-bit sparc files during the -m64
> 64-bit multiarch build or similar.  Or, alternatively, doing the
> 32-bit multiarch build with 64-bit options.
>
> And others have reported link failures during the testsuite on
> other targets.
>
Is this similar to what I just got for sparc-rtems when compiling
libgcc2 with -mcpu=v8?

/tmp/cczMc4jN.s: Assembler messages:
/tmp/cczMc4jN.s:16: Error: Hardware capability "mul32" not enabled for 
"smul".
/tmp/cczMc4jN.s:18: Error: Hardware capability "mul32" not enabled for 
"smul".
/tmp/cczMc4jN.s:22: Error: Hardware capability "mul32" not enabled for 
"umul".

I can prepare a PR if you think it is different.
> Rainer it seems it might be your changes?


-- 
Joel Sherrill, Ph.D.             Director of Research&  Development
joel.sherrill@OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
    Support Available             (256) 722-9985




More information about the Gcc-patches mailing list