arm/thumb broken on head

arm/thumb broken on head

[Joel Sherrill]

Hi

With gcc, newlib, and binutils head, arm-rtems and arm-eabi both
die building libgcc2.c for the Thumb. I don't know if this is a recent
gcc change or binutils having added some new error checking. Anyone
got any ideas?

/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/xgcc
-B/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/ -isystem
/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/targ-include
-isystem /users/joel/test-gcc/gcc/newlib/libc/include
-B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/arm
-L/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/libnosys
-L/users/joel/test-gcc/gcc/libgloss/arm
-B/users/joel/test-gcc/install-head/arm-eabi/bin/
-B/users/joel/test-gcc/install-head/arm-eabi/lib/ -isystem
/users/joel/test-gcc/install-head/arm-eabi/include -isystem
/users/joel/test-gcc/install-head/arm-eabi/sys-include    -g -O2 -mthumb
-O2  -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  
-fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector
-Dinhibit_libc  -fno-inline -I. -I. -I../../.././gcc
-I../../../../gcc/libgcc -I../../../../gcc/libgcc/.
-I../../../../gcc/libgcc/../gcc -I../../../../gcc/libgcc/../include 
-DHAVE_CC_TLS  -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep
-DL_muldi3 -c ../../../../gcc/libgcc/libgcc2.c -fvisibility=hidden
-DHIDE_EXPORTS
/tmp/cc9EfnXy.s: Assembler messages:
/tmp/cc9EfnXy.s:69: Error: MOV Rd, Rs with two low registers is not
permitted on this architecture -- `mov r6,r7'

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

Re: arm/thumb broken on head

[Richard Earnshaw]

On 10/11/14 15:26, Joel Sherrill wrote:
> Hi
> 
> With gcc, newlib, and binutils head, arm-rtems and arm-eabi both
> die building libgcc2.c for the Thumb. I don't know if this is a recent
> gcc change or binutils having added some new error checking. Anyone
> got any ideas?
> 
> /users/joel/test-gcc/b-arm-eabi-gcc/./gcc/xgcc
> -B/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/ -nostdinc
> -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/ -isystem
> /users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/targ-include
> -isystem /users/joel/test-gcc/gcc/newlib/libc/include
> -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/arm
> -L/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/libnosys
> -L/users/joel/test-gcc/gcc/libgloss/arm
> -B/users/joel/test-gcc/install-head/arm-eabi/bin/
> -B/users/joel/test-gcc/install-head/arm-eabi/lib/ -isystem
> /users/joel/test-gcc/install-head/arm-eabi/include -isystem
> /users/joel/test-gcc/install-head/arm-eabi/sys-include    -g -O2 -mthumb
> -O2  -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
> -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
> -Wmissing-prototypes -Wold-style-definition  -isystem ./include  
> -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector
> -Dinhibit_libc  -fno-inline -I. -I. -I../../.././gcc
> -I../../../../gcc/libgcc -I../../../../gcc/libgcc/.
> -I../../../../gcc/libgcc/../gcc -I../../../../gcc/libgcc/../include 
> -DHAVE_CC_TLS  -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep
> -DL_muldi3 -c ../../../../gcc/libgcc/libgcc2.c -fvisibility=hidden
> -DHIDE_EXPORTS
> /tmp/cc9EfnXy.s: Assembler messages:
> /tmp/cc9EfnXy.s:69: Error: MOV Rd, Rs with two low registers is not
> permitted on this architecture -- `mov r6,r7'
> 

This is most likely fallout from the migration of thumb1 assembly to
unified syntax.  Terry, if this hasn't already been sorted can you take
a look?

R.

RE: arm/thumb broken on head

[Terry Guo]

> -----Original Message-----
> From: Richard Earnshaw
> Sent: Tuesday, November 11, 2014 1:08 AM
> To: Joel Sherrill; GCC Mailing List
> Cc: Terry Guo
> Subject: Re: arm/thumb broken on head
> 
> On 10/11/14 15:26, Joel Sherrill wrote:
> > Hi
> >
> > With gcc, newlib, and binutils head, arm-rtems and arm-eabi both die
> > building libgcc2.c for the Thumb. I don't know if this is a recent gcc
> > change or binutils having added some new error checking. Anyone got
> > any ideas?
> >
> > /users/joel/test-gcc/b-arm-eabi-gcc/./gcc/xgcc
> > -B/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/ -nostdinc
> > -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/ -isystem
> > /users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/targ-include
> > -isystem /users/joel/test-gcc/gcc/newlib/libc/include
> > -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/arm
> > -L/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/libnosys
> > -L/users/joel/test-gcc/gcc/libgloss/arm
> > -B/users/joel/test-gcc/install-head/arm-eabi/bin/
> > -B/users/joel/test-gcc/install-head/arm-eabi/lib/ -isystem
> > /users/joel/test-gcc/install-head/arm-eabi/include -isystem
> > /users/joel/test-gcc/install-head/arm-eabi/sys-include    -g -O2 -mthumb
> > -O2  -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
> > -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
> > -Wmissing-prototypes -Wold-style-definition  -isystem ./include
> > -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector
> > -Dinhibit_libc  -fno-inline -I. -I. -I../../.././gcc
> > -I../../../../gcc/libgcc -I../../../../gcc/libgcc/.
> > -I../../../../gcc/libgcc/../gcc -I../../../../gcc/libgcc/../include
> > -DHAVE_CC_TLS  -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep
> > -DL_muldi3 -c ../../../../gcc/libgcc/libgcc2.c -fvisibility=hidden
> > -DHIDE_EXPORTS
> > /tmp/cc9EfnXy.s: Assembler messages:
> > /tmp/cc9EfnXy.s:69: Error: MOV Rd, Rs with two low registers is not
> > permitted on this architecture -- `mov r6,r7'
> >
> 
> This is most likely fallout from the migration of thumb1 assembly to
unified
> syntax.  Terry, if this hasn't already been sorted can you take a look?
> 
> R.

Sorry for troubles. Indeed this is caused my recent Thumb-1 UAL patch. Some
'mov' instructions require special treatment. I am working on a patch.

BR,
Terry

RE: arm/thumb broken on head

[Terry Guo]

> -----Original Message-----
> From: Terry Guo
> Sent: Tuesday, November 11, 2014 9:08 AM
> To: Richard Earnshaw; Joel Sherrill
> Cc: GCC Mailing List
> Subject: RE: arm/thumb broken on head
> 
> 
> 
> > -----Original Message-----
> > From: Richard Earnshaw
> > Sent: Tuesday, November 11, 2014 1:08 AM
> > To: Joel Sherrill; GCC Mailing List
> > Cc: Terry Guo
> > Subject: Re: arm/thumb broken on head
> >
> > On 10/11/14 15:26, Joel Sherrill wrote:
> > > Hi
> > >
> > > With gcc, newlib, and binutils head, arm-rtems and arm-eabi both die
> > > building libgcc2.c for the Thumb. I don't know if this is a recent
> > > gcc change or binutils having added some new error checking. Anyone
> > > got any ideas?
> > >
> > > /users/joel/test-gcc/b-arm-eabi-gcc/./gcc/xgcc
> > > -B/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/ -nostdinc
> > > -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/ -isystem
> > > /users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/newlib/targ-include
> > > -isystem /users/joel/test-gcc/gcc/newlib/libc/include
> > > -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/arm
> > > -L/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/libgloss/libnosys
> > > -L/users/joel/test-gcc/gcc/libgloss/arm
> > > -B/users/joel/test-gcc/install-head/arm-eabi/bin/
> > > -B/users/joel/test-gcc/install-head/arm-eabi/lib/ -isystem
> > > /users/joel/test-gcc/install-head/arm-eabi/include -isystem
> > > /users/joel/test-gcc/install-head/arm-eabi/sys-include    -g -O2
-mthumb
> > > -O2  -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
> > > -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
> > > -Wmissing-prototypes -Wold-style-definition  -isystem ./include
> > > -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector
> > > -Dinhibit_libc  -fno-inline -I. -I. -I../../.././gcc
> > > -I../../../../gcc/libgcc -I../../../../gcc/libgcc/.
> > > -I../../../../gcc/libgcc/../gcc -I../../../../gcc/libgcc/../include
> > > -DHAVE_CC_TLS  -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep
> > > -DL_muldi3 -c ../../../../gcc/libgcc/libgcc2.c -fvisibility=hidden
> > > -DHIDE_EXPORTS
> > > /tmp/cc9EfnXy.s: Assembler messages:
> > > /tmp/cc9EfnXy.s:69: Error: MOV Rd, Rs with two low registers is not
> > > permitted on this architecture -- `mov r6,r7'
> > >
> >
> > This is most likely fallout from the migration of thumb1 assembly to
> > unified syntax.  Terry, if this hasn't already been sorted can you take
a look?
> >
> > R.
> 
> Sorry for troubles. Indeed this is caused my recent Thumb-1 UAL patch.
> Some 'mov' instructions require special treatment. I am working on a
patch.
> 
> BR,
> Terry

Fix is committed to trunk at
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217341.

BR,
Terry

Re: arm/thumb broken on head

[Joel Sherrill]

> Fix is committed to trunk at
> https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217341.
>
> BR,
> Terry
>
That got past libgcc2 but now it fails building newlib for arm-eabi.
This is just a build of gcc with newlib and libgloss symlinked into
the source. You should be able to duplicate this. But if you need a
preprocessed file, I will send one.

/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/xgcc
-B/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/newlib/ -isystem
/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/newlib/targ-include
-isystem /users/joel/test-gcc/gcc/newlib/libc/include
-B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/libgloss/arm
-L/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/libgloss/libnosys
-L/users/joel/test-gcc/gcc/libgloss/arm
-B/users/joel/test-gcc/install-head/arm-eabi/bin/
-B/users/joel/test-gcc/install-head/arm-eabi/lib/ -isystem
/users/joel/test-gcc/install-head/arm-eabi/include -isystem
/users/joel/test-gcc/install-head/arm-eabi/sys-include  -mthumb
-DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
-DPACKAGE_VERSION=\"2.1.0\" -DPACKAGE_STRING=\"newlib\ 2.1.0\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I.
-I../../../../../../gcc/newlib/libc/stdlib -DARM_RDI_MONITOR
-fno-builtin      -g -O2  -mthumb -c -o lib_a-ecvtbuf.o `test -f
'ecvtbuf.c' || echo '../../../../../../gcc/newlib/libc/stdlib/'`ecvtbuf.c
In file included from
../../../../../../gcc/newlib/libc/stdlib/ecvtbuf.c:70:0:
/users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h: In function
'fcvtbuf':
/users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h:175:8: error:
non-trivial conversion at assignment
 char * _EXFUN(fcvtbuf,(double, int, int*, int*, char *));
        ^
sizetype
int
_64 = _37;
/users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h:175:8: internal
compiler error: verify_gimple failed
0x9602d1 verify_gimple_in_cfg(function*, bool)
    ../../gcc/gcc/tree-cfg.c:5039
0x86fd06 execute_function_todo
    ../../gcc/gcc/passes.c:1868
0x870733 execute_todo
    ../../gcc/gcc/passes.c:1925
Please submit a full bug report,
with preprocessed source if appropriate.

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

Re: arm/thumb broken on head

[Ramana Radhakrishnan]

On Tue, Nov 11, 2014 at 3:16 PM, Joel Sherrill
<joel.sherrill@oarcorp.com> wrote:
>
>> Fix is committed to trunk at
>> https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217341.
>>
>> BR,
>> Terry
>>
> That got past libgcc2 but now it fails building newlib for arm-eabi.
> This is just a build of gcc with newlib and libgloss symlinked into
> the source. You should be able to duplicate this. But if you need a
> preprocessed file, I will send one.
>
> /users/joel/test-gcc/b-arm-eabi-gcc/./gcc/xgcc
> -B/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/ -nostdinc
> -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/newlib/ -isystem
> /users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/newlib/targ-include
> -isystem /users/joel/test-gcc/gcc/newlib/libc/include
> -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/libgloss/arm
> -L/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/libgloss/libnosys
> -L/users/joel/test-gcc/gcc/libgloss/arm
> -B/users/joel/test-gcc/install-head/arm-eabi/bin/
> -B/users/joel/test-gcc/install-head/arm-eabi/lib/ -isystem
> /users/joel/test-gcc/install-head/arm-eabi/include -isystem
> /users/joel/test-gcc/install-head/arm-eabi/sys-include  -mthumb
> -DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
> -DPACKAGE_VERSION=\"2.1.0\" -DPACKAGE_STRING=\"newlib\ 2.1.0\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I.
> -I../../../../../../gcc/newlib/libc/stdlib -DARM_RDI_MONITOR
> -fno-builtin      -g -O2  -mthumb -c -o lib_a-ecvtbuf.o `test -f
> 'ecvtbuf.c' || echo '../../../../../../gcc/newlib/libc/stdlib/'`ecvtbuf.c
> In file included from
> ../../../../../../gcc/newlib/libc/stdlib/ecvtbuf.c:70:0:
> /users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h: In function
> 'fcvtbuf':
> /users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h:175:8: error:
> non-trivial conversion at assignment
>  char * _EXFUN(fcvtbuf,(double, int, int*, int*, char *));
>         ^
> sizetype
> int
> _64 = _37;
> /users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h:175:8: internal
> compiler error: verify_gimple failed
> 0x9602d1 verify_gimple_in_cfg(function*, bool)
>     ../../gcc/gcc/tree-cfg.c:5039
> 0x86fd06 execute_function_todo
>     ../../gcc/gcc/passes.c:1868
> 0x870733 execute_todo
>     ../../gcc/gcc/passes.c:1925
> Please submit a full bug report,
> with preprocessed source if appropriate.

That certainly looks like a different issue to the one with Terry's
patch. It does look like something else is broken in one of the tree
passes, maybe worth a bugzilla with pre-processed source and configury
options.


Ramana

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

Re: arm/thumb broken on head

[Joel Sherrill]

On 11/11/2014 9:27 AM, Ramana Radhakrishnan wrote:
> On Tue, Nov 11, 2014 at 3:16 PM, Joel Sherrill
> <joel.sherrill@oarcorp.com> wrote:
>>> Fix is committed to trunk at
>>> https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217341.
>>>
>>> BR,
>>> Terry
>>>
>> That got past libgcc2 but now it fails building newlib for arm-eabi.
>> This is just a build of gcc with newlib and libgloss symlinked into
>> the source. You should be able to duplicate this. But if you need a
>> preprocessed file, I will send one.
>>
>> /users/joel/test-gcc/b-arm-eabi-gcc/./gcc/xgcc
>> -B/users/joel/test-gcc/b-arm-eabi-gcc/./gcc/ -nostdinc
>> -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/newlib/ -isystem
>> /users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/newlib/targ-include
>> -isystem /users/joel/test-gcc/gcc/newlib/libc/include
>> -B/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/libgloss/arm
>> -L/users/joel/test-gcc/b-arm-eabi-gcc/arm-eabi/thumb/libgloss/libnosys
>> -L/users/joel/test-gcc/gcc/libgloss/arm
>> -B/users/joel/test-gcc/install-head/arm-eabi/bin/
>> -B/users/joel/test-gcc/install-head/arm-eabi/lib/ -isystem
>> /users/joel/test-gcc/install-head/arm-eabi/include -isystem
>> /users/joel/test-gcc/install-head/arm-eabi/sys-include  -mthumb
>> -DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
>> -DPACKAGE_VERSION=\"2.1.0\" -DPACKAGE_STRING=\"newlib\ 2.1.0\"
>> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I.
>> -I../../../../../../gcc/newlib/libc/stdlib -DARM_RDI_MONITOR
>> -fno-builtin      -g -O2  -mthumb -c -o lib_a-ecvtbuf.o `test -f
>> 'ecvtbuf.c' || echo '../../../../../../gcc/newlib/libc/stdlib/'`ecvtbuf.c
>> In file included from
>> ../../../../../../gcc/newlib/libc/stdlib/ecvtbuf.c:70:0:
>> /users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h: In function
>> 'fcvtbuf':
>> /users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h:175:8: error:
>> non-trivial conversion at assignment
>>  char * _EXFUN(fcvtbuf,(double, int, int*, int*, char *));
>>         ^
>> sizetype
>> int
>> _64 = _37;
>> /users/joel/test-gcc/gcc/newlib/libc/include/stdlib.h:175:8: internal
>> compiler error: verify_gimple failed
>> 0x9602d1 verify_gimple_in_cfg(function*, bool)
>>     ../../gcc/gcc/tree-cfg.c:5039
>> 0x86fd06 execute_function_todo
>>     ../../gcc/gcc/passes.c:1868
>> 0x870733 execute_todo
>>     ../../gcc/gcc/passes.c:1925
>> Please submit a full bug report,
>> with preprocessed source if appropriate.
> That certainly looks like a different issue to the one with Terry's
> patch. It does look like something else is broken in one of the tree
> passes, maybe worth a bugzilla with pre-processed source and configury
> options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817

I think that has enough detail. If not, just ask.
>
> Ramana
>
>> --
>> 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
>>

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