• State TI Thinks Resolved
  • Locked Locked
  • Replies 7 replies
  • Answers 1 answer
  • Subscribers 32 subscribers
  • Views 1239 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.

Compiler/OPT8241: OPT8241

MANGLAR LABS SPA
Prodigy 80 points
Part Number: OPT8241

Tool/software: TI C/C++ Compiler

Hi,

Im trying to install Voxel library on SO Debian 8 and i have some problems. After install all dependecies, the make command fails and show:

Linking CXX shared library ../lib/libvoxelpcl.so
/usr/bin/ld: /usr/lib/gcc/aarch64-linux-gnu/4.9/../../../aarch64-linux-gnu/libpthread.a(pthread_mutex_init.o)(.text+0xa8): unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol `__sched_fifo_min_prio'
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
VoxelPCL/CMakeFiles/voxelpcl.dir/build.make:260: recipe for target 'lib/libvoxelpcl.so.0.6.11' failed
make[2]: *** [lib/libvoxelpcl.so.0.6.11] Error 1
CMakeFiles/Makefile2:142: recipe for target 'VoxelPCL/CMakeFiles/voxelpcl.dir/all' failed
make[1]: *** [VoxelPCL/CMakeFiles/voxelpcl.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2

You know what the problem is?

Kind Regards

Cristóbal Rojas

  • 0
    TI__Expert 3975 points
    Hi Cristobal.

    The latest version of VoxelSDK on Debian is not tested. You need to make some modifications in CMakelists for it to work. There is a pre-built version of the SDK on debian. Refer
    github.com/.../debian

    Refer github.com/.../install_voxelsdk.sh for the changes required.
  • 0 in reply to Suramya Gupta
    Prodigy 80 points
    Hi Suramya,

    Thanks for the reply. I need to build the library on an ARM 64 (aarch64) board, but only the armhf (ARM hard float) is present in the repo. Try to use the pre-built package present in the repo, but it is not compatible (for the architecture). Any idea that I can try?

    Kind Regards

    Cristóbal Rojas
  • 0 in reply to MANGLAR LABS SPA
    TI__Expert 3975 points
    Cristobal,

    I feel that changes in CMakelists.txt should work directly.
    Make changes just like they're there for RPi3 (change armhf to aarch64):
    github.com/.../Build-from-source-on-ARM-(Raspberry-Pi-3).

    You'll have to change "wily" to "jessie" in places.

    Again, I'm not sure if this will work (you may have already tried these), but since we do not support Debian, I can't give a good approach for the build.

    Suramya.
  • 0 in reply to Suramya Gupta
    Prodigy 80 points
    Hi Suramya,

    I tried to use the exact changes in CMakeLists.txt file, but don't work (get the error show in the first post). Digin in that problem, i find this flag R_AARCH64_ADR_PREL_PG_HI21 is related with the use of fPIC when compile a library. Given the library with problem is pthead (important library in debian) is not possible to recompile with that flag. Instead of recompile i think maybe is possible to modify the library Voxel, i try this and i noticed the only package needed by my software is Voxel, TI3DToF and Util. I succefully compiled in Ubuntu those packages, but i get the same error of flag R_AARCH64_ADR_PREL_PG_HI21 when i compile the packages in Debian. If i can modify the library to convert in part of my code (instead on third party library) i suposse i can run my software without trouble, the problem with this idea is Voxel library is a big library and i need some help to undestand wich part of it is critical and wich is not. Have you some documentation about this software? or other stuff can help me in my work?
    To buid a IoT device i need a depth sensor, in this momment i testing OPT8241 and for this is i tried to use Voxel in Debian. In the future i need to port Voxel to Android and use the depth sensor in that device. If i can´t use in Debian i think the better solution is search another depth sensor, because of that i triying to solve this issue now.

    Kind Reagards
  • 0 in reply to MANGLAR LABS SPA
    TI__Expert 3800 points
    Cristobal,

    I hope you were able to build this on Debian. I am closing this thread as we don't support Debian and this conversation seems to have concluded.

    Regards,
    Subhash
  • 0 in reply to Subhash Chandra Sadhu
    Prodigy 80 points
    Very poor support on product. The sensor OPT8241 has a clearly focus to work on embedded devices, but only support two O.S. which don't have any capacity to work fine in embedded devices or IoT solutions.
  • 0 in reply to MANGLAR LABS SPA
    TI__Expert 3800 points
    Hi,

    I'm sorry to see that your support expectations are not met. TI typically deals at an IC level and provides some examples for system level implementation. As this is a problem very specific to the software implementation, and there exist alternate ways to achieve the end goal, we may not be able to support this specific request.

    We work in a model in which the customers develop the embedded systems. We have contacts of some third party companies who have expertise in embedded software. They may be able to help you with this software development effort. Can you please send us an email on ti-3dtof@list.ti.com? We can share contact details of the third party vendors on email with you.

    Regards,
    Subhash