03-13-2018 09:47 AM
I'm having problem linking my project.
The problem is that the Linker searches for a file that doesn't exists.
After successfully compiling the project, I see that the *.o file is created successfully, but the linker asks for the same file but with a different name or a different path.
for example, the file at :
/src/BasicMath/arm_negate_f32.c compiles and arm_negate_f32.o is created.
The linker looks for :
/src/BaicMath/arm_negate_f32.o - note the missing 's' letter.
Because of the mistaken path the error "No such file or directory" recieved and the linking process fails.
even if I manually change the library name to BaicMath in order to match the same faulty path, the linkage will fail on another file and another mistaken file name or path.
I'm using SDK 2017.2, ARM R5 gcc linker "armr5-none-eabi-gcc":
xsct% armr5-none-eabi-gcc --version
armr5-none-eabi-gcc.EXE (GNU Tools for ARM Embedded Processors) 5.2.1 20151202 (release) [ARM/embedded-5-branch revision 231848]
I tried to link and compile at SDK version 2015.4 but same error occurres.
Furthermore, I tried increasing vmargs Xmx size and to shorten the libraries names of the project.
Build console print:
**** Incremental Build of configuration Debug for project B4_APP ****
make -k all
'Building target: B4_APP.elf'
'Invoking: ARM R5 gcc linker'
armr5-none-eabi-gcc -Wl,-T -Wl,../src/lscript.ld -L../../B4_BSP/psu_cortexr5_0/lib -o "B4_APP.elf"
-lm -lxil -Wl,--start-group,-lxil,-lgcc,-lc,--end-group -Wl,--start-group,-lxilfpga,-lxil,-lgcc,-lc,--end-group -mcpu=cortex-r5 -mfloat-abi=hard -mfpu=vfpv3-d16
armr5-none-eabi-gcc: error: ./src/BaicMath/arm_negate_f32.o: No such file or directory
make: *** [B4_APP.elf] Error 1
make: Target `all' not remade because of errors.
Please your advice is needed!
03-14-2018 02:12 AM - edited 03-14-2018 02:13 AM
I downloaded CMSIS lib from : https://github.com/JGSuw/DIP.
Its a DSP library optimized for ARM cortex-r5 processor.
Next, I created a cortex-r5 specific project in xilinx SDK 2017.2 and imported the lib.
The project compiled successfully without any adaptions.
I read the solution that rfeneon suggested and switched the make.exe at SDK\Gnuwin\bin library with a new make.exe program that I downloaded from :http://www.equation.com/servlet/equation.cmd?fa=make which solved my problem.