Hi,
Using the Industrial SDK 1.1.0.4 we have been able to build a running SYS/BIOS with NDK on a AM3352 using the CPSW interface. In preparation for moving to a test build to verify the NDK we wanted to use the latest stable versions of components. Our current running build uses the following components:
Code Composer Studio - Version: 5.5.0.00077
Compiler - TI v5.1.6
XDC Tools - 3.25.3.72
SYS/BIOS - 6.35.4.50
NDK - 2.23.2.03
System Analyzer - 1.3.1.08
Sys/Bios Industrial SDK - 1.1.0.4
According to all component release notes we moved to a compatible set of components:
Code Composer Studio - Version: 5.5.0.00077
Compiler - TI v5.1.6
XDC Tools - 3.25.6.96
SYS/BIOS - 6.37.2.27
NDK - 2.24.0.11
System Analyzer - 1.3.1.08
Sys/Bios Industrial SDK - 1.1.0.4
We ended up with the following linker errors:
---------------------------------------------------------------------------------------
"../airtrac_sysbios.cmd"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\os_drivers\lib\sys_bios_driver.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\platform\am335x\lib\am335x_platform.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\starterware\binary\armv7a\cgt_ccs\am335x\evmAM335x\platform\platform.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\starterware\binary\armv7a\cgt_ccs\am335x\drivers\drivers.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\starterware\binary\armv7a\cgt_ccs\am335x\system_config\system.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\starterware\binary\armv7a\cgt_ccs\nandlib\Release\libnand.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\starterware\binary\armv7a\cgt_ccs\am335x\usblib\usblib.lib"
-l"C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\starterware\binary\armv7a\cgt_ccs\utils\utils.lib"
-l"C:\ti\AM335X_StarterWare_02_00_00_07\binary\armv7a\cgt_ccs\grlib\libgr.lib"
-l"rtsv7A8_A_le_n_v3_eabi.lib" -l"libc.a"
<Linking>
undefined first referenced
symbol in file
--------- ----------------
accept C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
bind C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
connect C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
getpeername C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
getsockname C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
getsockopt C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
listen C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
recv C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
recvfrom C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
send C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
sendto C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
setsockopt C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
shutdown C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
socket C:\ti\am335x_sysbios_ind_sdk_1.1.0.4\sdk\protocols\ethernetip_adapter\stack_lib\ethernetip_stack.lib<user_so.obj>
error #10234-D: unresolved symbols remain
---------------------------------------------------------------------------------------
This error is specifically related to NDK version 2.24.0.11 as moving back to version 2.23.2.03 cause's the linker errors to disappear. Is there a way to rebuild the ethernetip_stack.lib so that it is compatible with the newest NDK?
Thanks,
John C.