This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

ccsv5.5 automatically builds library for COFF when abi=eabi is specified

Other Parts Discussed in Thread: AM1707

Hello,

host platform:
Linux Hertz 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux

I am trying to build boot-strap code from am1707 evm to feed to AISgen in ccsv5.5.0.00077. All files build as elf but rts32e library is being pulled in and must be built for the first time. However it is built for COFF and the linker gives the following:

warning #10366-D: automatic library build: using library
   "/home/dedmondson/ti/ccsv5/tools/compiler/arm_5.1.1/lib/rts32e.lib" for the
   first time, so it must be built.  This may take a few minutes.
<Linking>
fatal error #16000: object files have incompatible formats ("/home/dedmondson/ti/ccsv5/tools/compiler/arm_5.1.1/lib/rts32e.lib<copy_decompress_none.obj>" = TI-COFF, "./util.obj" = ELF)

Both the compiler and linker have --abi=eabi. General Properties Output Format is eabi(ELF). I have deleted and rebuilt a few times but the library is always build for COFF.

How can I force this library to be bult for ELF?

thanks,

Dan

  • Dan Edmondson1 said:
    How can I force this library to be bult for ELF?

    Under CCS Project Properties -> General -> Advanced Settings is the Runtime support library set to <automatic> ?

    If set to <automatic> the correct library, in your case built for eabi(ELF), should be used.

  • Hi Chester,

    I do have it set to automatic, however this morning I've found it is being invoked by a .cmd file I was using. If I use the generic OMAPL137.cmd, or none, it doesn't try to use that library but is left with some unresolved symbols. So I think Code Composer is ok.

    I am trying to reproduce the AIS image for this board, am1707 evm. I have AISgen but don't have the .out that was used to create arm-nand-ais.bin. I will check with the board mfgr to see if they know how it was built originally.

    thanks,

    Dan

  • Ok, I've corrected one issue by downloading PSP SDK 03.20.00.14 and importing the ccsv4 project from /src/boot-strap/armubl-03.20.00.14/ccsv4/omapl1x7 into ccsv5.5.

    The Configuration is for BOOT_NAND. The Device Variant is selected as EVMAM1707.

    The compiler version is TI v5.1.1, ELF output format, Linker command file is AM1707.cmd. Runtime library support is automatic.

    It looks like all .obj files are built, but I am getting unresolved symbols during the link stage. So I think I'm back to resolving a library.

    <Linking>

    >> Compilation failure

    undefined                                            first referenced

    symbol                                                      in file

    ---------                                                  ----------------

    DEVICE_TIMER0Stop              /home/dedmondson/workspace/ubl-omapl1x7/ubl.obj

    DEVICE_bootMode                  /home/dedmondson/workspace/ubl-omapl1x7/ubl.obj

    DEVICE_disable_DSP             /home/dedmondson/workspace/ubl-omapl1x7/ubl.obj

    DEVICE_emifBusWidth            /home/dedmondson/workspace/ubl-omapl1x7/nandboot.obj

    DEVICE_init                             /home/dedmondson/workspace/ubl-omapl1x7/ubl.obj

    DEVICE_isDSPBoot                /home/dedmondson/workspace/ubl-omapl1x7/nandboot.obj

    NAND_EMIFStart                    /home/dedmondson/workspace/ubl-omapl1x7/nandboot.obj

    gDeviceOpPoint                      /home/dedmondson/workspace/ubl-omapl1x7/ubl.obj

    error: unresolved symbols remain

    error: errors encountered during linking;

    "/home/dedmondson/workspace/ubl-omapl1x7/ubl-nand.out" not built

    gmake: *** [/home/dedmondson/workspace/ubl-omapl1x7/ubl-nand.out] Error 1

    gmake: Target `all' not remade because of errors.

    **** Build Finished ****

  • Just for reporting to others in the future, this thread continued here.