Re: GNAT stm34f4 zfp question.

[Patrick Noffke <patrick.noffke@gmail.com>]

On Tuesday, March 3, 2015 at 3:20:16 AM UTC-6, jan.de...@gmail.com wrote:
> On Tuesday, March 3, 2015 at 9:45:30 AM UTC+2, jan.de...@gmail.com wrote:
> 
> And I did find another anomaly:
> 
> /usr/gnat-arm/lib/gcc/arm-eabi/4.7.4/rts-zfp//adalib/libgnat.a(s-secsta.o): In function `system__secondary_stack__ss_allocate':
> s-secsta.adb:(.text+0x8): undefined reference to `__gnat_get_secondary_stack'
> 
> I can alleviate the symptoms by employing a local s-secsta.adb from the auxiliary zfp tar file.
> 
> 
<snip>
> 
> Without that the linker is looking for 'crt0.o'. I know what it is, but I do not know where on earth it is to be found in the ravenscar profile.
> There is a crti.o in the zfp profile.
> 

I had a linking issue with the ravenscar-sfp runtime.  The linker was finding the wrong libgnat.a or libgnarl.a (not the one from the specific RTS I was using).  Once I specified the fully qualified path to those two libraries the linking problems were fixed.

Here is my final linking command in my own Makefile:

	@$(CC) --RTS=$(RTS) $(LD_FLAGS) -Wl,--gc-sections -nostdinc -nodefaultlibs -nostartfiles -T$(LINKER_SCRIPT) -L$(RTS_INSTALL_DIR) $(OBJS) $(RTS_INSTALL_DIR)/libgnat.a $(RTS_INSTALL_DIR)/libgnarl.a -lgcc -o $@

where

LD_FLAGS := -fmessage-length=0 -gnatA -mcpu=cortex-m4 -mlittle-endian -mfpu=fpv4-sp-d16 -march=armv7e-m -mfloat-abi=hard -mthumb

(This was for a Cortex-M4 MCU.)

Pat