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 and we configured platform endian). So on solaris if you > used the image preview of the gnome file picker you got reversed > colours in jpegs seeing as the internal jpeg symbols got used and the > gnome dialog was built against the stock system jpeg. > > The various workaround aren't consistent so its a bit of a horror show > at the moment anyway. As one aside, we should probably make the macosx > "system" libs the stock baseline for all the unixes at this stage, > i.e. system libxml2/xslt as well as the current system lz, libjpeg > etc. > > In the general case though, anyone got any ideas about a less fragile > more universal solution where we could automatically change sonames > and tweak symbol names so that *only* our own libs use/are affected by > symbols in these bundled libs ? > > 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 fell into some trap or other with the odbc headers IIRC 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. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice