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 440107 - [libavcodec] linking fails on MinGW
[libavcodec] linking fails on MinGW
Status: RESOLVED INCOMPLETE
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: 2007-05-21 06:28 UTC by Vincent Torri
Modified: 2008-05-06 13:07 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
link against libiberty.a when MinGW is used (1.73 KB, patch)
2007-05-21 06:29 UTC, Vincent Torri 		none Details | Review
Patch to disable libavcodec tests (399 bytes, patch)
2007-05-22 15:53 UTC, Ali Sabil 		none Details | Review

Description Vincent Torri 2007-05-21 06:28:44 UTC 
random is defined in libiberty.a when using MinGW. Patch attached below.
Comment 1 Vincent Torri 2007-05-21 06:29:29 UTC 
Created attachment 88528 [details] [review]
link against libiberty.a when MinGW is used
Comment 2 Ali Sabil 2007-05-22 15:48:51 UTC 
I get the same problem, except that it also complains about undefined references to _gettimeofday, which doesn't seem to be provided by libiberty. Linking against libiberty only fixes the _random and _srandom missing references for me.

The workaround I used to fix this is to comment out the tests in gst-libs/ext/ffmpeg/libavcodec/Makefile.am
Comment 3 Ali Sabil 2007-05-22 15:53:03 UTC 
Created attachment 88618 [details] [review]
Patch to disable libavcodec tests
Comment 4 Vincent Torri 2007-05-22 16:36:28 UTC 
gettimeofday is provided by libiberty that the MinGW installer (5.1.3) installs
Comment 5 Ali Sabil 2007-05-22 16:44:42 UTC 
It seems like the candidate branch of mingw32's libiberty provides gettimeofday(), where as the current branch doesn't.

To check this, grab the gcc-core package in the current branch of mingw, and the  binutils package in the candidate branch, extract libiberty from each one of those packages (it seems like libiberty moved from gcc-core to binutils) and check the symbols.
Comment 6 Edward Hervey 2007-12-17 14:59:00 UTC 
ali , can you try with a fresh checkout of latest svn ?

If there are issues in ffmpeg => file bug against ffmpeg
Comment 7 Sebastian Dröge (slomo) 2008-05-06 13:07:43 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!