[Bug 108718] - Fix for bug 102142 - failed to load "./stock_add_16.png" didn't take?

[bugzilla-daemon widget gnome org]

http://bugzilla.gnome.org/show_bug.cgi?id=108718
gtk+ | general | Ver: 2.2.x





------- Additional Comments From phil usc edu  2004-05-04 15:50 -------
Last change was to put myself in CC. Should have added commetns as well, sorry
ya'll are gonna get two emails on my account.

I think Jonas is onto something. I'm getting the same problem on a Solaris 2.6
box with tiff, jpeg, and png compiled myself and in non-standard places (i.e.
/usr/usc/png/1.2.5/).

It is true that lt-gdk-pixbuf-csource doesn't seem to have png/tiff/jpeg built
into it, so that's why I believe this seems to be the corrent line of solution.

I'm trying to impliment a similar solution... I'm pretty sure the SHLIB stuff is
hp-ux specific. So I went into gdk-pixbuf/Makefile and added the -L./.libs to
the LINK= line and did a 'gmake clean; gmake' and now I get:

g_module_open() failed for
/auto/src-01/common/usc/gnu/gtk+/gtk+-2.2.3/gdk-pixbuf/libpixbufloader-png.la:
ld.so.1:
/auto/src-01/common/usc/gnu/gtk+/gtk+-2.2.3/gdk-pixbuf/.libs/lt-gdk-pixbuf-query-loaders:
fatal: relocation error: file /usr/usc/png/1.2.5/lib/libpng.so.3: symbol
inflateReset: referenced symbol not found

Which I'm confused about. png 1.2.5 is the latest, and it was compiled with the
same compiler.

I've been playing with this for 3 weeks. I actually had to hard code the
'-L/usr/usc/png/1.2.5/lib' into the configure.in file because the configure
script couldn't find it with --with-libpng= even if I set LDFLAGS... This is the
last of *many* problems I've had trying to get gtk+2 to compile...

Phil


------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.