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 608040 - [win32] libtool refuses to link static ffmpeg libraries to shared libgstffmpeg.dll
[win32] libtool refuses to link static ffmpeg libraries to shared libgstffmpe...
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Windows
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-01-25 15:34 UTC by LRN
Modified: 2010-04-29 18:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
[win32] Work around libtool refusing linking static libraries to shared ones (4.65 KB, patch)
2010-01-25 15:36 UTC, LRN
none Details | Review

Description LRN 2010-01-25 15:34:34 UTC
Libtool developers decided that on Windows it is unsafe to link static libraries to shared libraries and disabled (removed?) that functionality in libtool on Windows.
But gst-ffmpeg does exactly that, thus some hacks are necessary to perform static linking.
Comment 1 LRN 2010-01-25 15:36:28 UTC
Created attachment 152234 [details] [review]
[win32] Work around libtool refusing linking static libraries to shared ones

This should not be committed, obviously. While it works on Windows, i am sure that it will break something on other platforms. Testing is required.
Comment 2 Michael Smith 2010-01-25 18:25:41 UTC
Fix libtool instead. Or remove use of libtool entirely; that would be the best approach to minimising bugs.
Comment 3 LRN 2010-01-26 16:18:14 UTC
Well, another way is to pass lt_cv_deplibs_check_method="pass_all" to configure.
Comment 4 LRN 2010-04-29 18:41:57 UTC
lt_cv_deplibs_check_method="pass_all" definitely works, for now i'm content with this solution.