After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 729352 - Build fail at linking time for some libraries
Build fail at linking time for some libraries
Status: RESOLVED FIXED
Product: gstreamer-vaapi
Classification: Other
Component: general
0.5.8
Other Linux
: Normal major
: ---
Assigned To: gstreamer-vaapi maintainer(s)
gstreamer-vaapi maintainer(s)
Depends on:
Blocks: 731852
 
 
Reported: 2014-05-01 18:13 UTC by Giovanni Mariani
Modified: 2014-08-01 09:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Log of a failed build (31.49 KB, text/plain)
2014-05-01 18:13 UTC, Giovanni Mariani
  Details
build: fix with --no-undefined linker flags (2.20 KB, patch)
2014-08-01 04:34 UTC, Gwenole Beauchesne
none Details | Review

Description Giovanni Mariani 2014-05-01 18:13:42 UTC
Created attachment 275565 [details]
Log of a failed  build

I'm trying to build gstreamer-vaapi for Rosa Fresh R3 x86_64 but the building process fails at the linking time (undefined reference) for the libraries listed below:
libgstvaapi_drm_1.0_la-gstvaapiwindow_drm.o,
libgstvaapi_x11_1.0_la-gstvaapipixmap_x11.o,
libgstvaapi_x11_1.0_la-gstvaapiutils.o and
libgstvaapi_wayland_1.0_la-gstvaapiwindow_wayland.o
For the first ones ld fails when searching for "gst_debug_log" and "_gst_debug_min" symbols, while for the last one it fails in finding the "gst_video_info_set_format" symbol.

AFAICT the first two symbols are from libgstream, while the last on is from libgstvideo, so there are really two issues here:
1) ld not finding a couple of debug symbols (and consequently harmless in normal use);
2) ld not finding a possibly used symbol.
I could force ld to ignore all the undefined symbols, but the case 2 make me a little weary about that because it could lead to runtime failures.

I'm using gcc 4.7.4, gstreamer-1.0 1.0.10, libdrm 2.4.53, wayland 1.4.0 and libva 1.3.0.
Comment 1 Gwenole Beauchesne 2014-06-18 20:02:21 UTC
Hi, I suggest you try to build without the libtool patches first. i.e. the original (unpatched) gstreamer-vaapi 0.5.8 sources. Thanks.
Comment 2 Giovanni Mariani 2014-06-19 09:59:10 UTC
Huh??
I'm using the original sources, no patch added...
Libtool 2.4.2 here.

I can force the build process to ignore undefined symbols from errors ld, but I would like to avoid that because it opens the door for weird errors at run-time...
Comment 3 Gwenole Beauchesne 2014-08-01 04:34:14 UTC
Created attachment 282232 [details] [review]
build: fix with --no-undefined linker flags

Please try the attached patch. I presume this might help? Thanks.
Comment 4 Giovanni Mariani 2014-08-01 06:58:55 UTC
Yes, it completely solves the issue: 
marking fixed. Thank you.

Is the patch already merged in the new 0.5.9 sources?
Comment 5 Gwenole Beauchesne 2014-08-01 07:25:53 UTC
(In reply to comment #4)
> Yes, it completely solves the issue: 
> marking fixed. Thank you.
> 
> Is the patch already merged in the new 0.5.9 sources?

Not yet, so I am re-opening so that I don't forget to add it to the patch queue. :)
Comment 6 Gwenole Beauchesne 2014-08-01 09:05:48 UTC
commit 7ac501d026036887c114b28bc9fb4aabc557e91a
Author: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
Date:   Fri Aug 1 06:32:32 2014 +0200

    build: fix with --no-undefined linker flags.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=729352