adding jpeg shared libaries seem to break bezilla

[scottmc]

When building jpeg-7 I noticed that images were appearing as broken images in bezilla. Not sure which is to blame, but something's not right. Is jpeg-7 broken or is Bezilla not using the .so correctly or what.

[mmadia]

The 2009-09-2x bezilla builds were configured to use Haiku's libpng, jpeg, and z libs
The conflict with 3rd party libs is known and also reported at :  http://dev.osdrawer.net/issues/386

In future builds, I may create a symlink of /boot/develop/abi/x86/gcc[2,4]/lib/[libpng.so, libjpeg.so, libz.so] in BeZilla?/lib.
This *should* ensure that bezilla uses the correct lib.

I'm also trying to get a Mercurial repository of BeZilla? up at OSDrawer, so that a pre-patched source tree can reside there. It's just falling out of priority.

[scottmc]

Did this one get fixed with the new BeZillaBrowser? build?

[mmadia]

The 2009-03-14 BeZillaBrowser? build uses it's own internal libpng & Haiku's libjpeg & libz. Though, with the new ABI versioning, this should no longer be an issue as it links to libjpeg.so.8.0 & libz.so.1

/35860-2/apps/BeZillaBrowser> objdump -x BeZillaBrowser | grep NEEDED
  NEEDED      libxpcom.so
  NEEDED      libxpcom_core.so
  NEEDED      libplds4.so
  NEEDED      libplc4.so
  NEEDED      libnspr4.so
  NEEDED      libnetwork.so
  NEEDED      libbe.so
  NEEDED      libroot.so
  NEEDED      libtracker.so
  NEEDED      libgame.so
  NEEDED      libjpeg.so.8.0
  NEEDED      libz.so.1
  NEEDED      libsmime3.so
  NEEDED      libssl3.so
  NEEDED      libnss3.so
  NEEDED      libnssutil3.so
  NEEDED      libsoftokn3.so
  NEEDED      libsqlite3.so
  NEEDED      libxpcom_compat.so
  NEEDED      libstdc++.r4.so