Regarding building with contrib and live555...
Posted: 30 Apr 2013 15:51
Hi, I've opened a bug report regarding building with contrib (and observation with possibly similair issue with live555):
https://trac.videolan.org/vlc/ticket/8538
As in the report I mentioned patching vlc to revert this commit:
http://git.videolan.org/?p=vlc.git;a=co ... 8de0397ac2
I patch as thus:
@@ -26,13 +26,12 @@
AM_CFLAGS =
AM_CXXFLAGS =
AM_OBJCFLAGS =
-AM_LIBADD = $(LIBPTHREAD)
AM_LDFLAGS = -rpath '$(libvlcdir)' \
-avoid-version -module \
-export-symbols-regex ^vlc_entry \
-shrext $(LIBEXT) \
- -no-undefined \
- $(LTLIBVLCCORE) $(top_builddir)/compat/libcompat.la
+ -no-undefined
+AM_LIBADD = $(LTLIBVLCCORE) $(top_builddir)/compat/libcompat.la $(LIBPTHREAD)
include $(srcdir)/Modules.am
Vlc builds fine without this patch but throws 'corrupt module:' errors when I try to play a lot of video files. Using this patch and vlc builds *and* plays (everything) fine!
Regards live555 (seemingly unaffected either way by the above patch), building from contrib with the default version of live.2012.12.18.tar.gz was seeing vlc throw out missing symbol/corrupt error messages (regarding live555) whilst trying to play certain video files (even though the files themselves would play) so I was patching contrib live555 to version live.2011.12.23.tar.gz (and as a result no symbol/corrupt errors).
I'm using Ubuntu Maverick 10/10 but thought I'd have a go at pulling in live555 from the 'raring ringtail' repositories, and with a couple of very small modifications took the 'debian' build folder into the latest 555 (live.2013.04.23) and built some new .deb packages (a hint for anyone who likes/knows how to build debian packages). Did this with no problems at all, replaced the system libraries and rebuilt vlc against them (disabling live555 contrib). Result: vlc played everything fine, all errors gone.
I thought I'd throw this info out there, just in case anyone's struggling with these/similair issues and may help to save some time etc.
https://trac.videolan.org/vlc/ticket/8538
As in the report I mentioned patching vlc to revert this commit:
http://git.videolan.org/?p=vlc.git;a=co ... 8de0397ac2
I patch as thus:
@@ -26,13 +26,12 @@
AM_CFLAGS =
AM_CXXFLAGS =
AM_OBJCFLAGS =
-AM_LIBADD = $(LIBPTHREAD)
AM_LDFLAGS = -rpath '$(libvlcdir)' \
-avoid-version -module \
-export-symbols-regex ^vlc_entry \
-shrext $(LIBEXT) \
- -no-undefined \
- $(LTLIBVLCCORE) $(top_builddir)/compat/libcompat.la
+ -no-undefined
+AM_LIBADD = $(LTLIBVLCCORE) $(top_builddir)/compat/libcompat.la $(LIBPTHREAD)
include $(srcdir)/Modules.am
Vlc builds fine without this patch but throws 'corrupt module:' errors when I try to play a lot of video files. Using this patch and vlc builds *and* plays (everything) fine!
Regards live555 (seemingly unaffected either way by the above patch), building from contrib with the default version of live.2012.12.18.tar.gz was seeing vlc throw out missing symbol/corrupt error messages (regarding live555) whilst trying to play certain video files (even though the files themselves would play) so I was patching contrib live555 to version live.2011.12.23.tar.gz (and as a result no symbol/corrupt errors).
I'm using Ubuntu Maverick 10/10 but thought I'd have a go at pulling in live555 from the 'raring ringtail' repositories, and with a couple of very small modifications took the 'debian' build folder into the latest 555 (live.2013.04.23) and built some new .deb packages (a hint for anyone who likes/knows how to build debian packages). Did this with no problems at all, replaced the system libraries and rebuilt vlc against them (disabling live555 contrib). Result: vlc played everything fine, all errors gone.
I thought I'd throw this info out there, just in case anyone's struggling with these/similair issues and may help to save some time etc.