Обнаружена ошибка при компиляции кобальта на Raspberry Pi - PullRequest
Новая
       18

Обнаружена ошибка при компиляции кобальта на Raspberry Pi

0 голосов
/ 11 июня 2018

При компиляции кобальта для малины пи на ниндзя я получаю сообщение об ошибке, подобное этому:

undefined reference to symbol 'eglCreateImageKHR'

вот полный след:

[1/1] LINK cobalt FAILED: cobalt /home/mi07/work/raspitools/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin/arm-linux-gnueabihf-g++ @cobalt.rsp /home/mi07/work/raspitools/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/../../../../arm-linux-gnueabihf/bin/ld: obj/starboard/raspi/2/../shared/open_max/starboard_platform.decode_target_create.o: undefined reference to symbol 'eglCreateImageKHR' /home/mi07/work/raspitools/sysroot/opt/vc/lib/libbrcmEGL.so: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status ninja: build stopped: subcommand failed.

Я прогуглил это и нашел несколько связанных статей на этом сайте .

В соответствии с этой статьей ошибка могла быть в том, что libssl1.0-dev там не было.Я проверил и обнаружил, что это libssl-dev.Заменил его на libssl1.0-dev, но ошибка все еще сохраняется.

Может кто-нибудь сказать мне, что идет не так?

Ответы [ 2 ]

0 голосов
/ 12 июня 2018

Я решил эту проблему, изменив саму ОС.Проблема заключалась в том, что кобальт был несовместим с растяжкой распи, а с распи-джесси.Поскольку sysroot файлы копируются из ОС, это создавало эту ошибку.Я не знаю точно, в чем разница, но переход на распи Джесси отлично сработал для меня.

0 голосов
/ 11 июня 2018

eglCreateImageKHR () является расширением EGL EGL_KHR_image .Поскольку Cobalt скомпилирован, кажется, что заголовки объявляют расширение, но связанная библиотека EGL не определила его.Удивительно, что отсутствует только eglCreateImageKHR (), но не eglDestroyImageKHR.

В любом случае, я рекомендую попробовать обновить библиотеку EGL, но я не знаком с установкой raspi, поэтому не могу сказать,Вы специфику.

В качестве альтернативы, можно безопасно закомментировать вызов этой функции в decode_target_create.cc, поскольку SbImageIsDecodeSupported () всегда возвращает false для raspi (см. image_is_decode_supported.cc), поэтому цели декодирования никогда не должны создаваться/ уничтожен на платформе.(Поддержка расшифровки мишеней находится в стадии разработки для raspi.)

...