On Thu, Jul 01, 2004, Torsten Homeyer wrote: > On Thu, 2004-07-01 at 13:10, Ralf S. Engelschall wrote: >>> - -qt-zlib -qt-libpng -qt-libjpeg -qt-libmng -qt-gif \ >>> + -qt-zlib -system-libpng -qt-libjpeg -qt-libmng -qt-gif \ >>> >> Good idea, but please notice that PNG depends on ZLib and the two should >> be handled most of the time similarily because of this. So, if we use >> the external PNG then we certainly also want to use the external ZLIB. >> > Then we should think about using -system-libmng -system-libjpeg as well. > Best solution: Configure all graphic libraries as external dependencies Good solution: Configure all graphic libraries as local qt dependencies Medium solution: Mix and match graphic libraries as local and external deps
The reason I avoided the last solution is twofold. First, I prefer consistent solutions (all local deps or all external deps). Second, as new qt versions come out, they break on builds with external graphic library dependencies in unexpected ways. Although an external libmng worked fined on Solaris qt 3.0.1, png was broken there. On the same version however, using an external mng library broke the build on linux. See the openpkg-src/qt/readme.txt (no longer there, but now in the CVS Attic): http://cvs.openpkg.org/rlog?f=openpkg-src/qt/readme.txt Short citation: ``It would be nice to build qt with -system-libpng, but on a Solaris system our own png package is broken. Search for the symbol 'deflate' using nm on the libpng.[aso] of OpenPKG on a Solaris system. It is possible that similar problems exist in using -system-libjpeg, and -system-libmng. I chose to set all to -qt-lib* for consistency.�� Lastly, I'm not saying that qt is in the same state today. Maybe those problems are indeed all gone. -- Michael Schloh von Bennewitz <[EMAIL PROTECTED]> Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services Tel +49-89-92699-227, Fax +49-89-92699-808
pgpvEhXuDhmR6.pgp
Description: PGP signature
