GNOME Bugzilla – Bug 698046
add -ldl to libgstvaapi-glx-1.0.so
Last modified: 2013-04-15 13:12:50 UTC
Got this error when compiling in Fedora17 for 32 bits ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference to 'dlerr or' ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference to 'dlsym ' collect2: error: ld returned 1 exit status make[2]: *** [test-display] Error 1 make[2]: *** Waiting for unfinished jobs.... ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference to 'dlerr or' ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference to 'dlsym ' collect2: error: ld returned 1 exit status
Created attachment 241551 [details] [review] link libgstvaapi-glx-1.0.so against libdl
Review of attachment 241551 [details] [review]: ::: gst-libs/gst/vaapi/Makefile.am @@ -328,2 +328,3 @@ $(LIBVA_GLX_LIBS) \ libgstvaapi-x11-$(GST_API_VERSION).la \ + $(DLOPEN_LIBS) Missing ending backslash perhaps?
(In reply to comment #2) > Review of attachment 241551 [details] [review]: > > ::: gst-libs/gst/vaapi/Makefile.am > @@ -328,2 +328,3 @@ > $(LIBVA_GLX_LIBS) \ > libgstvaapi-x11-$(GST_API_VERSION).la \ > + $(DLOPEN_LIBS) > > Missing ending backslash perhaps? yup...
Created attachment 241554 [details] [review] link libgstvaapi-glx-1.0.so against libdl
Hi, (In reply to comment #0) > Got this error when compiling in Fedora17 for 32 bits > > > ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference > to 'dlerr > or' > ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference > to 'dlsym > ' > collect2: error: ld returned 1 exit status > make[2]: *** [test-display] Error 1 > make[2]: *** Waiting for unfinished jobs.... > ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference > to 'dlerr > or' > ../gst-libs/gst/vaapi/.libs/libgstvaapi-glx-1.0.so: error: undefined reference > to 'dlsym > ' > collect2: error: ld returned 1 exit status Since libgstvaapi*.so is not directly using dlopen() et al. then I believe the issue may reside in one of its immediate dependency instead. Though, I don't know which one.
(In reply to comment #5) > > Since libgstvaapi*.so is not directly using dlopen() et al. then I believe the > issue may reside in one of its immediate dependency instead. Though, I don't > know which one. but... I'm confused... $ git grep dlsym gst-libs/gst/vaapi/gstvaapiutils_glx.c: *(void **)(&get_proc_func) = dlsym(RTLD_DEFAULT, "glXGetProcAddress"); gst-libs/gst/vaapi/gstvaapiutils_glx.c: *(void **)(&get_proc_func) = dlsym(RTLD_DEFAULT, "glXGetProcAddressARB");
Argh, you are right. :)
Review of attachment 241554 [details] [review]: I have pushed the patch minus the DEFINES, which are not used.