Link problem with SPIFI library and Greenhills compiler

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Link problem with SPIFI library and Greenhills compiler

501 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by larsjep on Mon Oct 08 02:02:10 MST 2012
Hi,

I'm trying to use the precompiled spifi (spifi_drv_M4.lib) library in my project.
I'm using GreenHills ARM compiler version 6.1

But I get the following error during linking:
[elxr] (assertion) can't intercall_patch undefined symbol: __aeabi_memcpy4

Is the souce code for the SPIFI library available ?

(I can see that an old version is present in the git repo, but why is it removed?)

Best regards
  Lars
Labels (1)
0 Kudos
3 Replies

470 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by bunrockter on Mon Oct 15 12:41:03 MST 2012
I was able to work around the eabi memcpy4 by writing a wrapper function to the normal memcopy. However, it still errors out on the CPU architectures. But somehow the linker just moves past it.  It seems to be working so far.

This is really lame, seeing how SPIFI is half of the reason I chose to use a NXP device. Do you know why they removed the code?
0 Kudos

470 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by larsjep on Mon Oct 15 02:06:43 MST 2012
Sorry, but the only workaround I have is to use the old source code from the GIT-repository.

It seems to work, but I don't think this is a long term solution.


BR
  Lars
0 Kudos

470 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by bunrockter on Sat Oct 13 13:00:49 MST 2012
I am having an issue with this as well, my compiler says it can't find the hidden symbol __aeabi_memcpy4 because it isn't defined. Did you find a work around for this?

Thanks,

Bun
0 Kudos