GNOME Bugzilla – Bug 529707
[rtp] fails to build on Windows with mingw32
Last modified: 2008-04-25 15:25:42 UTC
Please describe the problem: When compiling rtp in Windows under mingw32 I get the following error: jesus@JESUS1 /c/dev/build-release/gst-plugins-good-0.10.8/gst/rtp $ gcc -shared .libs/libgstrtp.dll.def .libs/libgstrtp_la-fnv1hash.o .libs/libgstrtp_la-gstrtp.o .libs/libgstrtp_la-gstrtpdepay.o .libs/libgstrtp_la-gstrtpac3depay.o .libs/libgstrtp_la-gstrtpilbcdepay.o .l ibs/libgstrtp_la-gstrtpilbcpay.o .libs/libgstrtp_la-gstrtpmpadepay.o .libs/libgstrtp_la-gstrtpmpapay.o .libs/libgstrtp_la-gstrtpmpvdepay.o .libs/libgstrtp_la-gstrtpmpvpay.o .libs/libgstrtp_la-gstrtppcmadepa y.o .libs/libgstrtp_la-gstrtppcmudepay.o .libs/libgstrtp_la-gstrtppcmupay.o .libs/libgstrtp_la-gstrtppcmapay.o .libs/libgstrtp_la-gstrtpgsmdepay.o .libs/libgstrtp_la-gstrtpgsmpay.o .libs/libgstrtp_la-gstrtp amrdepay.o .libs/libgstrtp_la-gstrtpamrpay.o .libs/libgstrtp_la-gstrtph263pdepay.o .libs/libgstrtp_la-gstrtph263ppay.o .libs/libgstrtp_la-gstrtph263depay.o .libs/libgstrtp_la-gstrtph263pay.o .libs/libgstrtp _la-gstrtph264depay.o .libs/libgstrtp_la-gstrtph264pay.o .libs/libgstrtp_la-gstrtpL16depay.o .libs/libgstrtp_la-gstrtpL16pay.o .libs/libgstrtp_la-gstasteriskh263.o .libs/libgstrtp_la-gstrtpmp2tdepay.o .libs /libgstrtp_la-gstrtpmp2tpay.o .libs/libgstrtp_la-gstrtpmp4vdepay.o .libs/libgstrtp_la-gstrtpmp4vpay.o .libs/libgstrtp_la-gstrtpmp4gdepay.o .libs/libgstrtp_la-gstrtpmp4gpay.o .libs/libgstrtp_la-gstrtpmp4adep ay.o .libs/libgstrtp_la-gstrtpspeexdepay.o .libs/libgstrtp_la-gstrtpspeexpay.o .libs/libgstrtp_la-gstrtpsv3vdepay.o .libs/libgstrtp_la-gstrtptheoradepay.o .libs/libgstrtp_la-gstrtptheorapay.o .libs/libgstrt p_la-gstrtpvorbisdepay.o .libs/libgstrtp_la-gstrtpvorbispay.o -L/build/release/lib -L/build/release/lib/python2.5/config -L/mingw/lib -Lc:/dependencies/release/lib /build/release/lib/libgstbase-0.10.dll.a -L/build/release/python25/libs /build/release/lib/libgstreamer-0.10.dll.a /build/release/lib/libgobject-2.0.dll.a /build/release/lib/libgmodule-2.0.dll.a /build/release/lib/libgthread-2.0.dll.a /build/relea se/lib/libxml2.dll.a /build/release/lib/libglib-2.0.dll.a /build/release/lib/libintl.dll.a -Lc:/msys/mingw/lib /build/release/lib/libgsttag-0.10.dll.a /build/release/lib/libgstrtp-0.10.dll.a -mms-bitfields -Wl,--enable-runtime-pseudo-reloc -o .libs/libgstrtp.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libgstrtp.dll.a Info: resolving ___gst_debug_min by linking to __imp____gst_debug_min (auto-import) Info: resolving _GST_CAT_DEFAULT by linking to __imp__GST_CAT_DEFAULT (auto-import) Creating library file: .libs/libgstrtp.dll.a .libs/libgstrtp_la-gstasteriskh263.o: In function `gst_asteriskh263_chain': c:/dev/build-release/gst-plugins-good-0.10.8/gst/rtp/gstasteriskh263.c:207: undefined reference to `htonl@4' c:/dev/build-release/gst-plugins-good-0.10.8/gst/rtp/gstasteriskh263.c:208: undefined reference to `htons@4' collect2: ld returned 1 exit status In Win32 libgstrtp should be linked against ws2_32.lib Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Does this fix it: 2008-04-25 Tim-Philipp Müller <tim at centricular dot net> * gst/rtp/gstasteriskh263.c: (gst_asteriskh263_chain): * gst/udp/gstmultiudpsink.c: (gst_multiudpsink_add_internal): * gst/udp/gstudpsrc.c: (gst_udpsrc_start): Use GLib versions of htonl, htons, ntohl and ntohs in order to avoid problems on win32 (#529707). ? If not, please re-open, thanks!
Yes, it seems to be fixed now. Thanks!