Кросскомпиляция новым GCC и линковка со старыми библиотеками

ldd ./test

Это должно показать какая библиотека не найдена.

На устройстве нет ldd. Через переменную среды тоже самое.

/var/tmp # LD_TRACE_LOADED_OBJECTS=1 ./test 
-sh: ./test: not found

Эта переменная для динамического линкера, а не для приложения. Работает оно как-то так:

LD_TRACE_LOADED_OBJECTS=1 /lib64/ld-2.23.so ./test

readelf -a ./test | grep interpreter

/var/tmp # LD_TRACE_LOADED_OBJECTS=1 /lib/ld-uClibc-0.9.33.2.so ./test 
Standalone execution is not enabled

Если собирать новым gcc:

➜  test2 readelf -a ./test2 | grep interpreter                                         
      [Requesting program interpreter: /lib/ld-linux.so.3]

Если собирать gcc от производителя:

➜  test2 readelf -a ./test2 | grep interpreter                                         
      [Requesting program interpreter: /lib/ld-uClibc.so.0]

Ага, разные дин линкеры. Значит криво собираю.

Standalone execution is not enabled

Я думаю LD_TRACE_LOADED_OBJECTS это фича glibc, хотя вариант ldd для uclibc вроде есть, просто может не так работает.

Значит криво собираю.

Не думаю, тулчейн же для glibc, вот он и ожидается на целевой системе. Можно попробовать собирать статически.

Есть к ней тулчейн от производителя GCC 4.8.3 + uClibc 0.9.33.2.
Однако, мне нужен с++14. Поэтому решил обновить тулчейн. Взял gcc-linaro-7.2.1. Там используется glibc

Собери свой с uclibc например в buildroot, в последних версиях (начиная с версии Buildroot 2017.08) можно даже переносимый SDK делать

https://boundarydevices.com/buildroot-2017-08-imx-platforms/

Можно попробовать собирать статически.

Плюсую статику. По первому впечатлинию у автора слишком большая нехватка скиллов чтобы ввязыватся в динамику на этой системе.

По первому впечатлинию у автора слишком большая нехватка скиллов чтобы ввязыватся в динамику на этой системе.

Причем тут скилы автора ?

uClibc is designed to be source compatible with GLIBC, but it is not binary compatible.

http://www.eglibc.org/faq

Да, статика работает.

Собери свой с uclibc например в buildroot

Там же uclibc-ng. Не знаю насчёт бинарной совместимости. В идеале хотелось бы просто докинуть свой бинарник и запускать. А тут придётся обновлять библиотеки.

ввязыватся в динамику на этой системе.

Нужно будет запускать несколько приложений. Со статикой будет большой оверхед по памяти. Скорее всего не влезу во флешку.

Если не будешь включать отладочную инфу, то далеко не факт.

-sh: ./test: not found

Известная фича, такое сообщение пишется, когда ELF-интепретатор не найден (ld-linux.so от новой glibc, прописанный в бинарник) Можешь залить новую glibc на девайс и patchelf'ом перебить путь в своем бинарнике. Если линкуешь с чужими либами, они могут поломаться - проси новые либы или собирай тулчейн с правильной версией glibc

Не glibc конечно, а uClibc 0.9.33.2

В идеале хотелось бы просто докинуть свой бинарник и запускать. А тут придётся обновлять библиотеки.

не знаю про твои идеалы, но производители дают проприетарные либы а все остальные копируют их в свою корневую, чаще конечно Yocto используют - там часто уже есть готовые адаптации под разные процессоры

https://layers.openembedded.org/layerindex/branch/master/layers/

patchelf'ом перебить путь в своем бинарнике.

Этот способ работает. Я сейчас сразу на стадии линковки указываю путь через опцию gcc:

-Wl,-dynamic-linker,/lib/ld-uClibc.so.0

Спасибо всем за помощь. На данном этапе проблема решена.

Везꙋнчик же ты однако :-)