[vlc-devel] Re: Can't Build from Source, want to help with image filters/scaling and quality control

[Christophe Mutricy]

> 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) 

-- 
Xtophe

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html