Re: GNOME 1 ABI involving libpng
On Wed, 2002-08-28 at 06:15, J.H.M. Dassen (Ray) wrote:
> So? Let's fix the root cause of that problem then, by having a libpng2-dev
> package that can coexist with libpng3-dev.
[...]
> - include png(conf).h from /usr/include/png2 rather than /usr/include
> - link "-lpng2" rather than "-lpng"
Woah, woah. This is a bad idea. These kinds of things have to be done
upstream. We're not going to patch all of the hundreds of packages
which use libpng2 to link with -lpng2. And besides, people do
development with software that's not in Debian; we have to provide them
with a sane environment.
The real solution to the problem of parallel installation of GNOME 1 and
GNOME 2 development libraries is to hack GTK+ to load png3 without
RTLD_GLOBAL. Thus, GTK+ (and the rest of GNOME 2) won't care what png
development headers you have installed.
(time passes...)
Ok, I just snarfed the gtk 2.0.6 SRPM from RedHat's (null) beta. It
looks like the following patch is relevant, although I'm not quite sure
I understand how it would affect dynamic module loading.
--- gtk+-2.0.6/configure.in.exportsymbols Thu Aug 8 16:46:41 2002
+++ gtk+-2.0.6/configure.in Thu Aug 8 16:47:12 2002
@@ -273,7 +273,8 @@
if test "$os_win32" != yes; then
# libtool option to control which symbols are exported
# right now, symbols starting with _ are not exported
- LIBTOOL_EXPORT_OPTIONS='-export-symbols-regex "^[[^_]].*"'
+ # Disabled until -export-symbols-regex works (RH patch)
+ LIBTOOL_EXPORT_OPTIONS=
else
# We currently use .def files on Windows (for gdk-pixbuf, gdk and gtk)
LIBTOOL_EXPORT_OPTIONS=
Reply to: