• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Subscribers 101 subscribers
  • Views 1002 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

TI v5.1.1 unresolved symbols building BOOT_NAND for am1707 evm

Dan Edmondson
Intellectual 860 points
Other Parts Discussed in Thread: AM1707, AM1705

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 ****

  • 0
    TI__Guru**** 232900 points

    We are general compiler experts, which means we don't know much about the many libraries TI has available.  In this case I think the Sitara forum would be most helpful.  Feel free to start a new thread there, or ask me to move this thread to that forum.

    Thanks and regards,

    -George

  • 0 in reply to George Mock
    Intellectual 860 points

    Hi George,

    If you think they may be of help please move this thread to that forum.

    thanks!

    Dan

  • 0
    Guru 92251 points

    Dan Edmondson said:
    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 omapl1x7 project in PSP SDK 03.20.00.14 was originally built using the ARMv4.5.1 compiler (as indicated by a CCS warning when the project was imported).

    When I imported the /src/boot-strap/armubl-03.20.00.14/ccsv4/omapl1x7 project into CCSv6 with compiler v5.1.5 installed I got the errors about a mismatch between the TI-COFF and ELF format objects mentioned in your other thread ccsv5.5 automatically builds library for COFF when abi=eabi is specified

    Dan Edmondson said:
    The compiler version is TI v5.1.1

    Since the /src/boot-strap/armubl-03.20.00.14/ccsv4/omapl1x7 project was originally built using the ARMv4.5.1 compiler, I installed the oldest ARM compiler v4.6.6 which was offered by CCSv6. The /src/boot-strap/armubl-03.20.00.14/ccsv4/omapl1x7 project then compiled and linked without error (but there were 4 warnings).

    Therefore, I suspect there is something about the project which is not compatible with later compilers. Can you try and install an older compiler (ideally v4.5.1 if you can find it) and then re-import the project to see if that fixes the errors?

  • 0 in reply to Chester Gillon
    TI__Guru**** 393215 points

    Moving this to the AM1X forum.

  • 0 in reply to Chester Gillon
    Intellectual 860 points

    I was afraid it was going to be something like that when the board maker said the AIS was generated for them by TI. :-)

    Before I go to through that pain of finding and installing an older compiler, is there perhaps a newer code base for the am1705? That is the target we'll be going to production with. This eval board is just a good place to start until we get our own boards. These symbols are referenced in ubl.c and nandboot.c, so maybe a newer am17xx bsp will have newer versions of these?

    Dan

    Oops! I'll post this in the new forum.

  • 0 in reply to Dan Edmondson
    Intellectual 860 points

    Chester,

    I reread your post about ccsv6. I will try installing that to get the same compiler you just tried.

  • 0 in reply to Dan Edmondson
    Intellectual 860 points

    I installed ccsv6 and it will build this source but only as COFF. I think that is ok because AISgen wants COFF. That is also with the 5.1.5 compiler and all of the same configuration settings.

    I went back and tried ccsv5 and specified COFF but it still doesn't find the symbols. So what ever the difference is, ccsv6 takes care of things.

    I get two warnings:

    entry-point symbol other than "_c_int00" specified  (this project has a -e _boot int boot.c so this is ok)

    creating output section ".const" without a SECTIONS specification    (I can fix this in the ubl.cmd file)

    Thanks,

    Dan