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.

Problem creating AM57xx SDK

It always fail compiling with libzbar

| /usr/lib/libjpeg.so: file not recognied: File format not recognized
| collect2: error: ld returned 1 exit status
| Makefile:1141: recipe for target 'zbar/libzbar.la' failed
| make[1]: *** [zbar/libzbar.la] Error 1
| make[1]: Leaving directory '/home/michel/actia-sdk/build/actia-tmp-external-linaro-toolchain/work/armv7ahf-neon-linux-gnueabi/zbar/0.10-r0/zbar-0.10'
| Makefile:820: recipe for target 'all' failed
| make: *** [all] Error 2
| ERROR: oe_runmake failed
| ERROR: Function failed: do_compile (log file is located at /home/michel/actia-sdk/build/actia-tmp-external-linaro-toolchain/work/armv7ahf-neon-linux-gnueabi/zbar/0.10-r0/temp/log.do_compile.17958)
ERROR: Task 4399 (/home/michel/actia-sdk/sources/meta-processor-sdk/recipes-ee/zbar/zbar_0.10.bb, do_compile) failed with exit code '1'
WARNING: php-5.6.18-r0.arago1 do_package: QA Issue: php: Files/directories were installed but not shipped in any package:

It complains that libjpeg is not present


As you can see both 32 bit and 64 bit versions are installed:

michel@michel ~ $ dir /usr/lib32/libj
libjpeg.so                   libjpeg.so.62.2.0            libjson-glib-1.0.so.0
libjpeg.so.62                libjson-glib-1.0.so          libjson-glib-1.0.so.0.200.0
michel@michel ~ $ dir /usr/lib32/libjpeg.so
lrwxrwxrwx 1 root root 17 18 sep 03:42 /usr/lib32/libjpeg.so -> libjpeg.so.62.2.0
michel@michel ~ $ dir /usr/lib64/libjpeg.so
libjpeg.so         libjpeg.so.62      libjpeg.so.62.2.0  
michel@michel ~ $ dir /usr/lib64/libjpeg.so
lrwxrwxrwx 1 root root 17 18 sep 03:42 /usr/lib64/libjpeg.so -> libjpeg.so.62.2.0

michel@michel ~ $ dir /usr/lib
lrwxrwxrwx 1 root root 5 14 sep 21:19 /usr/lib -> lib64

I had no such strange issue with the July SDK

Michel

  • I removed zbar in packagegroup-arago-tisdk-addons.bbappend now it looks better.
    Note that I replaced m4 for a newer one because the one choosen by TI doesn't work correctly. It gives tons of errors about a missing gnu argument.

    Currently 7 running tasks (5698 of 8668):
    0: opencl-monitor-1.1.10.3-r0.0 do_install (pid 10582)
    1: qtbase-5.6.0+gitAUTOINC+cec15a89d0-r0.arago12.tisdk0 do_package_write_ipk (pid 739)
    2: ti-sysbios-6_45_01_29-r0 do_package_write_ipk (pid 2291)
    3: perl-5.22.1-r0 do_populate_lic (pid 8881)
    4: libxml-parser-perl-native-2.44-r0 do_populate_lic (pid 8880)
    5: dspdce-fw-1.00.00.06-r3 do_package (pid 8947)
    6: m4-native-1.4.17-r0 do_populate_lic (pid 9030)
  • Hi Michel,

    Could you specify which version of AM57xx SDK you are using and could you post the steps necessary to recreate the issue?

    BR
    Tsvetolin Shulev
  • Whatever was on processors.wiki.ti.com/.../Processor_SDK_Building_The_SDK
    last night. I haven't had that issue at work yet as it barfed very early with libxml2. I fixed that issue by downloading the version used in Slackware and putting it in my dowload directory with the appriate fix in the yocto recipe. It looks like the file libxml2 is corrupted considering that Brad has a similar issue when he tried it out.

    The error I had yesterday and the day before occured past the 5k so I should know tomorrow if the issue If Brad was able to reproduce it.
    It didn't give a signature error so that didn't appear to be a corrupted compressed file. Since I really didn't care about this for my beaglebone and beagleboard X15 I just removed it.

    Michel
  • Michel,

    I built Proc SDK 3.01 from scratch.  The only issue I ran into was the same as what's listed in this thread:

    https://e2e.ti.com/support/arm/automotive_processors/f/1020/t/539785

    I cherry picked the commit as suggested there and was able to finish the build.  I have also logged an official bug to be sure that one is resolved for the next Proc SDK release.

    I suspect you may have run into a temporary issue with the website that holds the file in question.  With so many hundreds of different repositories, it's fairly typical to see one or two being problematic at any given time.  For that reason I generally included the -k option (continue as far as possible) so that it will continue downloading and building everything else:

    MACHINE=am57xx-evm bitbake -k arago-core-tisdk-image

    I have all my log files from my build if there's anything in particular that you want to compare.

    I recommend simply trying again now.  I imagine it will complete (aside from the cpuset issue I mentioned).

    Best regards,
    Brad