gnatlink vs. -mthumb -march=armv7-a+simd -mfloat-abi=hard

gnatlink vs. -mthumb -march=armv7-a+simd -mfloat-abi=hard

[Sebastian Huber]

Hello,

I test currently the Ada support for RTEMS in GCC 12. We have a -mthumb 
-march=armv7-a+simd -mfloat-abi=hard multilib for which the Ada RTS is 
built like this:

make[4]: Entering directory 
'/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/thumb/armv7-a+simd/hard/libada'
make -C ../../../../.././gcc/ada "MAKEOVERRIDES=" "LDFLAGS=-mthumb 
-march=armv7-a+simd -mfloat-abi=hard" "LN_S=ln -s" "SHELL=/bin/sh" 
"GNATLIBFLAGS=-W -Wall -gnatpg -nostdinc -mthumb -march=armv7-a+simd 
-mfloat-abi=hard" "GNATLIBCFLAGS=-g -O2 -mthumb -march=armv7-a+simd 
-mfloat-abi=hard" "GNATLIBCFLAGS_FOR_C=-W -Wall -g -O2 -g -O2 
-fexceptions -DIN_RTS -DHAVE_GETIPINFO  -mthumb -march=armv7-a+simd 
-mfloat-abi=hard" "PICFLAG_FOR_TARGET=-fPIC" "THREAD_KIND=native" 
"TRACE=no" "MULTISUBDIR=/thumb/armv7-a+simd/hard" 
"libsubdir=/tmp/sh/i-arm-rtems6/lib64/gcc/arm-rtems6/12.0.1/thumb/armv7-a+simd/hard" 
"toolexeclibdir=/tmp/sh/i-arm-rtems6/lib64/gcc/arm-rtems6/12.0.1/thumb/armv7-a+simd/hard/adalib" 
"objext=.o" "prefix=/tmp/sh/i-arm-rtems6" 
"exeext=.exeext.should.not.be.used " 
'CC=the.host.compiler.should.not.be.needed' 
"GCC_FOR_TARGET=/tmp/sh/b-gcc-arm-rtems6/./gcc/xgcc 
-B/tmp/sh/b-gcc-arm-rtems6/./gcc/ -nostdinc 
-B/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/newlib/ -isystem 
/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/newlib/targ-include -isystem 
/home/EB/sebastian_h/src/gcc/newlib/libc/include 
-B/tmp/sh/i-arm-rtems6/arm-rtems6/bin/ 
-B/tmp/sh/i-arm-rtems6/arm-rtems6/lib/ -isystem 
/tmp/sh/i-arm-rtems6/arm-rtems6/include -isystem 
/tmp/sh/i-arm-rtems6/arm-rtems6/sys-include   " "CFLAGS=-g -O2  -mthumb 
-march=armv7-a+simd -mfloat-abi=hard" ./bldtools/oscons/xoscons

When I try to link a test application I get this error:

arm-rtems7-gnatlink 
/tmp/sh/b-rtems/arm/realview_pbx_a9_qemu/testsuites/ada/samples/nsecs/nsecs.ali 
testsuites/ada/samples/nsecs/init.o -qnolinkcmds -T 
linkcmds.realview_pbx_a9_qemu -Wl,--wrap=printf -Wl,--wrap=puts 
-Wl,--wrap=putchar -L. -lrtemscpu -lrtemsbsp -lrtemstest -qrtems -mthumb 
-march=armv7-a+simd -mfloat-abi=hard -mtune=cortex-a9 -Wl,--gc-sections 
-L/home/EB/sebastian_h/src/rtems/bsps/arm/shared/start 
-L/home/EB/sebastian_h/src/rtems/bsps/arm/realview-pbx-a9/start -o 
/tmp/sh/b-rtems/arm/realview_pbx_a9_qemu/testsuites/ada/ada_nsecs.exe
/opt/rtems/7/lib/gcc/arm-rtems7/12.0.1/thumb/armv7-a+simd/hard/adainclude/s-secsta.ads:288:9: 
sorry, unimplemented: Thumb-1 'hard-float' VFP ABI

The s-secsta.ads seems to be from the right multilib directory 
(Thumb-2), however, I get a sorry message related to Thumb-1?

-- 
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.huber@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/

Re: gnatlink vs. -mthumb -march=armv7-a+simd -mfloat-abi=hard

[Joel Sherrill]

On Thu, Apr 28, 2022, 3:17 AM Sebastian Huber <
sebastian.huber@embedded-brains.de> wrote:

> Hello,
>
> I test currently the Ada support for RTEMS in GCC 12. We have a -mthumb
> -march=armv7-a+simd -mfloat-abi=hard multilib for which the Ada RTS is
> built like this:
>
> make[4]: Entering directory
> '/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/thumb/armv7-a+simd/hard/libada'
> make -C ../../../../.././gcc/ada "MAKEOVERRIDES=" "LDFLAGS=-mthumb
> -march=armv7-a+simd -mfloat-abi=hard" "LN_S=ln -s" "SHELL=/bin/sh"
> "GNATLIBFLAGS=-W -Wall -gnatpg -nostdinc -mthumb -march=armv7-a+simd
> -mfloat-abi=hard" "GNATLIBCFLAGS=-g -O2 -mthumb -march=armv7-a+simd
> -mfloat-abi=hard" "GNATLIBCFLAGS_FOR_C=-W -Wall -g -O2 -g -O2
> -fexceptions -DIN_RTS -DHAVE_GETIPINFO  -mthumb -march=armv7-a+simd
> -mfloat-abi=hard" "PICFLAG_FOR_TARGET=-fPIC" "THREAD_KIND=native"
> "TRACE=no" "MULTISUBDIR=/thumb/armv7-a+simd/hard"
> "libsubdir=/tmp/sh/i-arm-rtems6/lib64/gcc/arm-rtems6/12.0.1/thumb/armv7-a+simd/hard"
>
> "toolexeclibdir=/tmp/sh/i-arm-rtems6/lib64/gcc/arm-rtems6/12.0.1/thumb/armv7-a+simd/hard/adalib"
>
> "objext=.o" "prefix=/tmp/sh/i-arm-rtems6"
> "exeext=.exeext.should.not.be.used "
> 'CC=the.host.compiler.should.not.be.needed'
> "GCC_FOR_TARGET=/tmp/sh/b-gcc-arm-rtems6/./gcc/xgcc
> -B/tmp/sh/b-gcc-arm-rtems6/./gcc/ -nostdinc
> -B/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/newlib/ -isystem
> /tmp/sh/b-gcc-arm-rtems6/arm-rtems6/newlib/targ-include -isystem
> /home/EB/sebastian_h/src/gcc/newlib/libc/include
> -B/tmp/sh/i-arm-rtems6/arm-rtems6/bin/
> -B/tmp/sh/i-arm-rtems6/arm-rtems6/lib/ -isystem
> /tmp/sh/i-arm-rtems6/arm-rtems6/include -isystem
> /tmp/sh/i-arm-rtems6/arm-rtems6/sys-include   " "CFLAGS=-g -O2  -mthumb
> -march=armv7-a+simd -mfloat-abi=hard" ./bldtools/oscons/xoscons
>
> When I try to link a test application I get this error:
>
> arm-rtems7-gnatlink
> /tmp/sh/b-rtems/arm/realview_pbx_a9_qemu/testsuites/ada/samples/nsecs/nsecs.ali
>
> testsuites/ada/samples/nsecs/init.o -qnolinkcmds -T
> linkcmds.realview_pbx_a9_qemu -Wl,--wrap=printf -Wl,--wrap=puts
> -Wl,--wrap=putchar -L. -lrtemscpu -lrtemsbsp -lrtemstest -qrtems -mthumb
> -march=armv7-a+simd -mfloat-abi=hard -mtune=cortex-a9 -Wl,--gc-sections
> -L/home/EB/sebastian_h/src/rtems/bsps/arm/shared/start
> -L/home/EB/sebastian_h/src/rtems/bsps/arm/realview-pbx-a9/start -o
> /tmp/sh/b-rtems/arm/realview_pbx_a9_qemu/testsuites/ada/ada_nsecs.exe
> /opt/rtems/7/lib/gcc/arm-rtems7/12.0.1/thumb/armv7-a+simd/hard/adainclude/s-secsta.ads:288:9:
>
> sorry, unimplemented: Thumb-1 'hard-float' VFP ABI
>
> The s-secsta.ads seems to be from the right multilib directory
> (Thumb-2), however, I get a sorry message related to Thumb-1?
>

Any chance you can see in the tools build log how that file is actually
compiled?

I'm suspicious that this multilib is named in a complicated way and their
command line parsing doesn't get it all the way through the layers. Years
ago I added -Gn support to this process so they could handle the MIPS for
RTEMS.

What would have to be stripped off of the arts to result in this?

--joel


> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.huber@embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax:   +49-89-18 94 741 - 08
>
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
>

Re: gnatlink vs. -mthumb -march=armv7-a+simd -mfloat-abi=hard

[Richard Earnshaw]

On 28/04/2022 09:16, Sebastian Huber wrote:
> /opt/rtems/7/lib/gcc/arm-rtems7/12.0.1/thumb/armv7-a+simd/hard/adainclude/s-secsta.ads:288:9: 
> sorry, unimplemented: Thumb-1 'hard-float' VFP ABI

Does that source file somehow attempt to change the architecture on that 
line?  This looks like something equivalent to a pragma changing things.

R.