Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-07 Thread Eike Rathke
Hi Norbert, On Sunday, 2011-09-04 16:47:04 -0500, Norbert Thiebaud wrote: I've been working on gbuildification of 'external libraires' taking the approach of untar - patch - configure - post_patch (sometimes it may be easier/useful to patch the result of configure, rather that the input) -

Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-05 Thread Caolán McNamara
On Mon, 2011-09-05 at 11:28 +0200, Stephan Bergmann wrote: On Sep 4, 2011, at 11:47 PM, Norbert Thiebaud wrote: why is there zlib/zlib.h and external/zlib/zlib.h ? At least on Linux, that would result in only one of the two versions of the external library being loaded, and the other

Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-05 Thread Bjoern Michaelsen
On Mon, 05 Sep 2011 10:47:33 +0100 Caolán McNamara caol...@redhat.com wrote: A practical example was libjpeg, iirc the stock libjpeg is always configured using platform endianness, while our internal one *was* configured little endian (or the other way around, stock is always little endian

Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-05 Thread Norbert Thiebaud
On Mon, Sep 5, 2011 at 4:47 AM, Caolán McNamara caol...@redhat.com wrote: As an aside, for prettyness, it would be nice to have the external headers and libs always installed in inc/external libs/external and add -I -L to the compiler/linker to find them. I gave a go at this at one stage but

Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-05 Thread Caolán McNamara
On Mon, 2011-09-05 at 12:40 +0200, Bjoern Michaelsen wrote: To add fun to this there is a unversioned libjpeg in the libpath you need for compiling java-releated stuff (deployed from the jdk), which makes the whole thing even more interesting. I think we should be able to remove that entire

Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-05 Thread Caolán McNamara
On Mon, 2011-09-05 at 05:44 -0500, Norbert Thiebaud wrote: It may be easier to have --prefix=$(SOLARVER)/external (and then things in external/lib external/include) but then again why bother with 'external'. surely we don't want to pick and choose between system header and our local one for

Re: [Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-05 Thread Bjoern Michaelsen
On Mon, 05 Sep 2011 11:46:38 +0100 Caolán McNamara caol...@redhat.com wrote: I think we should be able to remove that entire -L/path/to/java/sdk/lib where that libjpeg lives from our universal link line. I think we only ever need to link to something in there for bean to link to lib[j]awt so

[Libreoffice] gbuild of external libraries and question about apparently special case like zlib, jpeg etc.

2011-09-04 Thread Norbert Thiebaud
I've been working on gbuildification of 'external libraires' taking the approach of untar - patch - configure - post_patch (sometimes it may be easier/useful to patch the result of configure, rather that the input) - make - make install (--prefix=solver) and make uninstall to clean the 'delivered