View previous topic :: View next topic |
Author |
Message |
ccosse Apprentice
Joined: 10 Mar 2004 Posts: 171 Location: Las Vegas, NV
|
Posted: Mon Sep 19, 2016 9:31 pm Post subject: R-Pi 2B undefined references in libGLESv2.so [SOLVED] |
|
|
Hi, I'm having a recurring problem on my Raspberry-Pi 2B and cannot build librsvg. It seems to be caused by raspberrypi-userland, which is the parent package of the libGLESv2.so ... which keeps failing with message blocks like this:
Code: |
libtool: link: armv7a-hardfloat-linux-gnueabi-gcc -pthread -DUSE_VCHIQ_ARM -I/opt/vc/include -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/vcos/pthreads -I/usr/include/gio-unix-2.0/ -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16 -O2 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard -Wl,-O1 -o .libs/rsvg-convert rsvg_convert-rsvg-convert.o rsvg_convert-rsvg-size-callback.o -Wl,--as-needed ./.libs/librsvg-2.so -lpng16 -lcroco-0.6 -lxml2 -lgio-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lcairo -lm -pthread
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_error_assist'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_pointer_map_delete'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_get_type_size'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_begin'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_flush'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_send_ctrl_end'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_recv'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_pointer_map_insert'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_pointer_map_lookup'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_send_ctrl_write'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_platform_malloc'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_send_ctrl_begin'
/opt/vc/lib/libGLESv2.so: undefined reference to `platform_tls_get'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_pointer_map_iterate'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_pointer_map_term'
/opt/vc/lib/libGLESv2.so: undefined reference to `client_tls'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_send_bulk'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_platform_free'
/opt/vc/lib/libGLESv2.so: undefined reference to `khrn_pointer_map_init'
/opt/vc/lib/libGLESv2.so: undefined reference to `rpc_end'
/opt/vc/lib/libGLESv2.so: undefined reference to `platform_memcpy'
collect2: error: ld returned 1 exit status
Makefile:926: recipe for target 'rsvg-convert' failed
make[2]: *** [rsvg-convert] Error 1
|
build-log: http://pastebin.com/b62Gqb7V
emerge-info: http://pastebin.com/bq3ZvzZs
There was a guy with a similar issue here: https://forums.gentoo.org/viewtopic-t-1041628-highlight-libglesv2.html but toggling gles2 USE flag doesn't do anything in my case.
Does anybody know what's wrong? Thanks!
Last edited by ccosse on Tue Sep 20, 2016 8:37 pm; edited 1 time in total |
|
Back to top |
|
|
chithanh Developer
Joined: 05 Aug 2006 Posts: 2158 Location: Berlin, Germany
|
Posted: Tue Sep 20, 2016 10:02 am Post subject: |
|
|
This is unfortunately a problem with mesa and raspberrypi-userland. Make sure that xorg-x11 is selected in eselect opengl. |
|
Back to top |
|
|
ccosse Apprentice
Joined: 10 Mar 2004 Posts: 171 Location: Las Vegas, NV
|
Posted: Tue Sep 20, 2016 8:11 pm Post subject: |
|
|
@chithanh thanks for the advice!
So it turns out that it was set to xorg-x11 when the raspberrypi-userland was still generating the errors ... maybe that's nothing but idk, is that any clue?
Code: |
Available OpenGL implementations:
[1] raspberrypi-userland
[2] xorg-x11 *
|
I'll try eselecting [1] and see what happens ... |
|
Back to top |
|
|
ccosse Apprentice
Joined: 10 Mar 2004 Posts: 171 Location: Las Vegas, NV
|
Posted: Tue Sep 20, 2016 8:36 pm Post subject: [solved] |
|
|
ccosse wrote: | I'll try eselecting [1] and see what happens ... |
Oh boy oh boy!! It builds! It needed to be point to raspberrypi-userland. Thanks again for the clue that fixed me up. |
|
Back to top |
|
|
9a3eedi n00b
Joined: 12 Jul 2007 Posts: 14
|
Posted: Sat Nov 19, 2016 12:54 pm Post subject: |
|
|
I had the same problem when trying to build harfbuzz, while emerging world. This solution solves it. Thanks!
I wonder what that select command actually does, and why it solves the problem. Can anyone explain? |
|
Back to top |
|
|
deadram n00b
Joined: 20 Dec 2006 Posts: 44
|
Posted: Mon Dec 12, 2016 7:08 am Post subject: |
|
|
I'm betting it tells the compiler to use either "/usr/include/GL.." or "/opt/vc/include/GL..". From what I can tell, there are a few differences not just in the code, but in the typedef's that are defined. _________________ echo deadram; fortune |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54584 Location: 56N 3W
|
Posted: Mon Dec 12, 2016 8:49 am Post subject: |
|
|
9a3eedi,
eselect opengl shuffles symlinks.
Many years ago, nvida-drivers used to need to do this to get things to build against opengl.
Its a feature.
The more you stray from the beaten path, the more of these features you encounter. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
|