On 14/05/13 20:50, Duncan Roe wrote:
> On Tue, May 14, 2013 at 07:06:59PM +1000, Allan Duncan wrote:
>> On 13/05/13 22:30, Matt Davis wrote:
>>> ldconfig -p | grep libpng
>>
>> libpng15.so.15 (libc6) => /usr/lib/libpng15.so.15
>> libpng15.so (libc6) => /usr/lib/libpng15.so
>> libpng12.so.0 (libc6) => /usr/lib/libpng12.so.0
>> libpng.so.3 (libc6) => /usr/lib/libpng.so.3
>>
>> Ah-ha. I hadn't noticed before - libpng12 only exists as
>> libpng12.so.0 - there is no bare libpng12.so
>>
>> Not sure why - the libpng15 doesn't have /usr/lib/libpng15.so in the rpm
>> either, it is generated by a script on installation.
>>
> I suspect the answer is: you have libpng12 et al as runtime support for old
> programs. The devel package you have installed is libpng15. The header files
> in
> /usr/include are designed for use with png15. If you force-load png12 (by
> making
> the symlink /usr/lib/libpng12.so) there is no guarantee that the API will
> match
> the header files. So, you should be loading with -lpng15. If you *need* to
> build
> a png12 app, you should upgrade to png12 devel, which will (or should) delete
> /usr/lib/libpng15.so).
>
> Hope this helps,
>
> Cheers ... Duncan.
No, the gnuplot 4.6 build explicitly requests libpng12.
I have both png15 and png12-compat installed.
The cure was to make a symlink for libpng12.so to libpng12.so.0 and
rerun ldconfig.
Now "ldconfig -p | grep libpng" gives
libpng15.so.15 (libc6) => /usr/lib/libpng15.so.15
libpng15.so (libc6) => /usr/lib/libpng15.so
libpng12.so.0 (libc6) => /usr/lib/libpng12.so.0
libpng12.so (libc6) => /usr/lib/libpng12.so
libpng.so.3 (libc6) => /usr/lib/libpng.so.3
_______________________________________________
luv-main mailing list
[email protected]
http://lists.luv.asn.au/listinfo/luv-main
