I do use LD_OPTIONS to use "-L libname -R libname", and I do use
"--with-png-includes=mypath/lib-png-1.2.5/include" with configure too.
Yet somehow it's using a png.h from libpng-1.0.1. The png.h in
'mypath/lib-png-1.2.5/include' is indeed the png.h from 1.2.5, and my
configure.log shows it finding the png.h from that directory and not
some other one.
this is really odd.
Ben
Dan Espen wrote:
> Ben Sferrazza <bsferraz_at_lsil.com> writes:
>
>>Thanks for the fvwm-root suggestion. I think that seems to share the
>>cause of my troubles.
>>
>>% fvwm-root ~/bin/fvwm-icons/dtterm.png
>>
>>libpng warning: Application was compiled with png.h from libpng-1.0.1
>>libpng warning: Application is running with png.c from libpng-1.2.5
>>libpng error: Incompatible libpng version in application and library
>>[fvwm-root] failed to load image file '~/bin/fvwm-icons/dtterm.png'
>>
>>I'm not quite sure why this would be happening. Perhaps it's finding
>>the libpng-1.0.1 png.h file from a system wide directory before finding
>>my local 1.2.5 png.h file. Maybe I just need to reorder my
>>LD_LIBRARY_PATH? Any suggestions?
>
>
> You shouldn't try to use LD_LIBRARY_PATH.
>
> Use "-R libname" during build, set it using LD_OPTIONS.
>
--
Visit the official FVWM web page at <URL: http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_fvwm.org.
To report problems, send mail to fvwm-owner_at_fvwm.org.
Received on Tue Sep 23 2003 - 12:53:45 BST