<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 11, 2019 at 8:55 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 11/10/2019 15:46, Joel Sherrill wrote:<br>
> Hi<br>
> <br>
> I'm trying to find the right multilib for the ARM Deos BSP. They compile <br>
> their native<br>
> ARINC 653 applications with these:<br>
> <br>
> arm-eabi-gcc   -MP -MMD -nostdinc -gdwarf-2 -fno-exceptions <br>
> -mabi=aapcs-linux -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 <br>
> -mthumb -mthumb-interwork   -O0  -fno-threadsafe-statics <br>
>   -fno-use-cxa-atexit -fno-rtti<br>
<br>
I am not sure if -mabi=aapcs-linux is a nop or dangerous. Why do they <br>
use this option.<br></blockquote><div><br></div><div>I deleted this from the RTEMS builds. I recall determining it is the default</div><div>for us but don't hold me to that.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The -mthumb-interwork is superfluous.<br></blockquote><div><br></div><div>Thanks. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The -fno-exceptions and -fno-rtti make more sense if you build libstdc++ <br>
also with it.<br></blockquote><div><br></div><div>They custom build their C++ support and I should have deleted those as</div><div>I am just concerned about CPU related C flags.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
> Neither arm-eabi nor arm-rtems will link this. arm-eabi picks a variant <br>
> for crtn0.o but doesn't seem to find a libm even though one is there in <br>
> the same multilib path and ends up with the math function undefined. <br>
> arm-rtems is just missing the multlib info as best I can tell.<br>
> <br>
> /data/home/joel/test-gcc/install-master/bin/../lib/gcc/arm-rtems5/10.0.0/../../../../arm-rtems5/bin/ld: <br>
> error: /tmp/cc8zsaRc.o uses VFP register arguments, armtest does not<br>
> /data/home/joel/test-gcc/install-master/bin/../lib/gcc/arm-rtems5/10.0.0/../../../../arm-rtems5/bin/ld: <br>
> failed to merge target specific data of file /tmp/cc8zsaRc.o<br>
> <br>
> I have attached my simple example. Do we have a multlib that should be <br>
> matching this or does one need to be added?<br>
> <br>
> Assistance definitely appreciated.<br>
<br>
GCC 8, 9 and 10 are not supported by the ARM BSPs right now.<br></blockquote><div><br></div><div>+1 I'm building with the gcc master so the patch can be against that if one is needed.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
You can try this with GCC 10:<br>
<br>
-mthumb -march=armv7-a+simd -mfloat-abi=hard<br></blockquote><div><br></div><div>That definitely links! Thank you!</div><div><br></div><div>Is there something comparable for the gcc 7.4.1 we are actually using? <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Why do they use -mfpu=vfpv3-d16? This seems to be quite a non-standard <br>
ARMv7-A chip.<br></blockquote><div><br></div><div>I don't know how they got to this. They don't have any custom ARM CPUs. Mostly</div><div>the same type of things we are used to -- Zynq, MPSoc, and the NXP Layerscape.</div><div><br></div><div>This is definitely something I will have to discuss with them.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
</blockquote></div></div>