[vlc-devel] Re: Can't Build from Source, want to help with image filters/scaling and quality control
xtophe at nxtelevision.com
Sat Feb 24 16:20:03 CET 2007
> I finally gave up when trying to duplicate the buildbot set of
> commands I got an error that byte_t was defined twice. Once in /
> extras/contrib/include/libraw1394/raw1394.h and once in include/
> vlc_common.h. Since libraw1394 is part of the make src instructions
> (and I could find no other instructions on what to include in extra/
> contrib... vs. /usr/lib location) this definitely points to a bug in
> the make instructions.
What's strange is that it doesn't happen on buildbot. so maybe a special
combination of versions.
if you don't need the ieee1394 and dv things just add --disable-dv
--disable-dc1394 to your configure line
Also the configure script normally set things up to use extra/contrib or
/usr/lib (with an exclusise or).
On Linux, with a good distribution you don't normally need to use
extras/contrib. the only libs you might need to configure by hand are
ffmpeg and live555
> I even downloaded the rpm for 0.8.5 so that I could verify that I had
> all the required shared libraries and still could not build 0.8.5 (or
> 0.8.6 or 0.8.6-bugfix or the trunk) from the sources.
Having the runtime part of a library is not enough to compile. You need
to install all the -dev package
> BTW, one thing I would recommend for quality control purposes is to
> change your nightly build process to start with a checkout of the svn
> database to an empty directory for vlc and any source code that would
> be built in the extra/contrib directory.
All the nightly buiuld are started from scratch.
On MacOSX the contribs are rebuild.
On Debian we use the sytems libs
On win32 we use a set of libs that we compile from time to time as there
is still a few stuff in the contribs which needs an human hand and it
takes a long time to build.
> I would also recommend that
> you don't use external servers for getting the source code that is in
> the extra/contrib directory or that you statically link to, but
> instead store a copy on your svn server and get it from there. That
> way when you tag a release, you also tag ALL the make dependencies.
We have a copy of the libs source in our FTP ( or should have at least,
to comply with the GPL as we distribute binary version of them).
If you use extra/contrib we indeed tag the necessary version because
there contains in packages.mak. But generall it's the latest version
available at the time of VLC release. (one exception being Faad)
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
More information about the vlc-devel