First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 51972
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: SpanKY <vapier@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Marc De Falco <mdefalco@ens-lyon.fr>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
1.6.6-configure.in.patch patch replacement patch Marc De Falco 2004-05-25 00:04 0000 7.34 KB Details | Diff
config.log config.log before the patch text/plain Marc De Falco 2004-05-26 23:12 0000 35.12 KB Details
config.log config.log after the patch text/plain Marc De Falco 2004-05-26 23:13 0000 35.18 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 51972 depends on: Show dependency tree
Show dependency graph
Bug 51972 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2004-05-25 00:03 0000 
When trying to use devil, as in ogre for example, pngs files are not loaded,
there's a decode exception. As stated in the FAQ of ogre, a simple fix to the
configure.in can change this.
Taken from the ogre faq :
This is caused by an incompatibility between DevIL and libpng3. Alter the DevIL
configure.in and change the line:

AC_CHECK_LIB(png, png_start_read_image, LIBPNG="-lpng", LIBPNG="", )

to:

AC_CHECK_LIB(png, png_start_read_image, LIBPNG="-lpng", LIBPNG="", -lm -lz) 

Reproducible: Always
Steps to Reproduce:
1. emerge devil ogre
2. run an ogre sample program
3.

Actual Results:  
The Ogre.log probably shows:
Error #: 0
Function: invalid enumerant Description:
IL Error.
File: OgrePNGCodec.cpp
Line: 80
Stack unwinding: PNGCodec::decode(..) <- Image::load(..) <- <<beginning of
stack


Expected Results:  
It should have loaded the png...

------- Comment #1 From Marc De Falco 2004-05-25 00:04:16 0000 ------- 
Created an attachment (id=31982) [edit]
patch replacement

------- Comment #2 From SpanKY 2004-05-26 19:19:21 0000 ------- 
what does `ldd /usr/lib/libpng.so` so ?

this used to be a problem with older libpngs which didnt list libm and libz in the linker information but the newer libpngs pull in libm and libz automagically

------- Comment #3 From Marc De Falco 2004-05-26 23:12:42 0000 ------- 
Created an attachment (id=32124) [edit]
config.log before the patch

You can clearly see :
configure:10989: checking for png_start_read_image in -lpng
configure:11019: gcc -o conftest -g -O2  -I/usr/X11R6/include  conftest.c -lpng
  >&5
configure:11025: $? = 0
There's no -lz -lm

------- Comment #4 From Marc De Falco 2004-05-26 23:13:36 0000 ------- 
Created an attachment (id=32125) [edit]
config.log after the patch

You can clearly see :
configure:11178: checking for png_start_read_image in -lpng
configure:11208: gcc -o conftest -g -O2  -I/usr/X11R6/include  conftest.c -lpng
-lm -lz  >&5
configure:11214: $? = 0
Now there's the extra -lm -lz...

------- Comment #5 From SpanKY 2004-05-29 23:53:11 0000 ------- 
updated the patch to run `sdl-config --libs` instead of hardcoding -lz -lm

also noticed a few other configure bugs and fixed them with the update

thanks for the info ... update to 1.6.6-r2

------- Comment #6 From SpanKY 2004-05-31 12:54:39 0000 ------- 
i guess nobody ever bothered talking to the devil developers about fixing the
configure.in logic ... i e-mailed them and they've fixed it in cvs ... should
be in 1.6.7 :)
First Last Prev Next    No search results available      Search page      Enter new bug