| Summary: | media-libs/freeimage-3.15.1: link to unexisted symbol 'TIFFFindFieldInfo' after updating media-libs/tiff to 4.0.0-r1. | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Oleg <O01eg> |
| Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | azamat.hackimov, b.buschinski, O01eg |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Ebuild with included tiff sources.
Patch for including tiff sources into freeimage. |
||
|
Description
Oleg
2012-02-03 03:13:14 UTC
I can confirm this bug. I also have media-libs/tiff-4.0.0-r1 installed trying to emerge ogre, it fails during compile with the exact same error message mentioned above. if I add -libtiff to the ogre use flags, ogre builds fine. Linux daffy 3.2.1-gentoo-r2 #1 SMP Mon Jan 30 01:13:44 CET 2012 x86_64 Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz GenuineIntel GNU/Linux Look as bug in freeimage. As I understand it must return -ltiff. $ pkg-config --libs freeimage -pthread -lfreeimage -lfreeimageplus -lIlmImf -lz -lImath -lHalf -lIex -lIlmThread -lpng15 (In reply to comment #1) > I can confirm this bug. I also have > media-libs/tiff-4.0.0-r1 installed > trying to emerge ogre, it fails during compile with the exact same error > message mentioned above. > if I add -libtiff to the ogre use flags, ogre builds fine. I add -ltiff to LDFLAGS in make.conf when rebuilt orge but it doesn't help: /usr/bin/x86_64-pc-linux-gnu-gcc -O2 -march=core2 -mtune=core2 -pipe -msse -msse2 -msse3 -mssse3 -mmmx -mcx16 -msahf -momit-leaf-frame-pointer --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -O1 -ltiff -pthread -lfreeimage -lfreeimageplus -lIlmImf -lz -lImath -lHalf -lIex -lIlmThread -lpng15 CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.o -o cmTryCompileExec -rdynamic /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/libfreeimage.so: undefined reference to `TIFFFindFieldInfo' collect2: ld returned 1 exit status It's strange but tiff library doesn't have TIFFFindFieldInfo. I cann't understand how freeimage could be successfully compiled. o01eg ~ # nm -D /usr/lib64/libfreeimage-3.15.1.so | grep TIFFFind
U TIFFFindFieldInfo
o01eg ~ # nm -D /usr/lib64/libtiff.so.5 | grep TIFFFind
000000000000a5c0 T TIFFFindCODEC
000000000000efb0 T TIFFFindField
000000000000f2c0 T _TIFFFindFieldByName
000000000000f6b0 T _TIFFFindOrRegisterField
Created attachment 300961 [details]
Ebuild with included tiff sources.
Created attachment 300963 [details, diff]
Patch for including tiff sources into freeimage.
As I understand freeimage compiles with own tiff headers. I've added sources of tiff library to freeimage sources but have did it only for tiff. It would be better to rewrite freeimage to use system libraries instead own. It's due to problems like this that we removed freeimage 2 years ago. Looks like it hasn't improved since then. (In reply to comment #9) > It's due to problems like this that we removed freeimage 2 years ago. Looks > like it hasn't improved since then. Freeimage is from gamerlay overlay. Can be this bug redirected to its maintainers? Hello, I'm FreeImage maintainer from gamerlay. Unfortunally, this error happen because FreeImage uses internal TIFF 3.9, where FreeImage access to hidden private structure TIFFFieldInfo. In TIFF 4.0 this code has been removed as obsoleted. So we stuck on TIFF 3.9.x. I can't anything do, until FreeImage developers switch their code to internal TIFF 4.0. I revived freeimage in the portage tree. Hope it works. http://sourceforge.net/tracker/?func=detail&atid=111504&aid=3484668&group_id=11504 > FreeImage 3.15.2 and later now use LibTIFF 4 exclusively. > Fixes for 64-bit compilation of FreeImage + LibTIFF are available in > release 3.15.3. |
