| Summary: | media-gfx/splashutils-1.5.4.4-r4 - /usr/lib64/libfreetype.a(sfnt.o): In function `Load_SBit_Png': (.text+0x5e74): undefined reference to `png_create_read_struct' | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Billy DeVincentis <billydv1> |
| Component: | Current packages | Assignee: | Asaf Gery <asaf.gery> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | dark.shadow, ecyoung, proxy-maint, rei4dan, skrattaren, stefan.tell |
| Priority: | Normal | ||
| Version: | 10.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
build.log
patch to freetype-2.5.0.1.ebuild it needs use png around the sed |
||
|
Description
Billy DeVincentis
2013-10-16 13:03:54 UTC
Can Confirm. Hunch: Updated All emul-libs-x86-* to ~amd64, enabled ABI_X86_32 because of it. The update required media-libs/freetype-2.5.0.1 The miscsplashutils-0.1.8 uses a Freetype linked library less than 2.5.0.1 I have the same problem, running ~amd64, can't emerge splashutils-1.5.4.4-r4, and I have freetype-2.5.0.1. Same set of errors around png functions within libfreetype.a Confirmed, identical errors here on ~amd64. Exact same error on my ~amd64 laptop Well, it appears, that the original culprit is freetype.
I managed to get splashutils merged by editing /usr/lib/pkgconfig/freetype2.pc.
There is a line there, which reads:
Libs.private: -lz -lbz2
After including a -lpng before the -lz so that it reads like this
Libs.private: -lpng -lz -lbz2
the problem went away. This problem only gets noticed when static binaries are linked with libfreetype.
We should add the multilib team since they are in charge of freetype to implement Frank's Fix I can confirm that Frank's workaround mentioned a couple of posts above resolves the issue and allows splashutils to emerge. This needs to be implemented and merged into the tree ASAP before many others get hit with this. TIA Created attachment 361772 [details, diff] patch to freetype-2.5.0.1.ebuild (In reply to Frank Ridderbusch from comment #5) > Well, it appears, that the original culprit is freetype. > > I managed to get splashutils merged by editing > /usr/lib/pkgconfig/freetype2.pc. > > There is a line there, which reads: > > Libs.private: -lz -lbz2 > > After including a -lpng before the -lz so that it reads like this > > Libs.private: -lpng -lz -lbz2 > > the problem went away. This problem only gets noticed when static binaries > are linked with libfreetype. Thanks for debugging and the suggested fix. And thanks to Mindaugas Nefas in bug 487646 for pointing out an upstream patch in comment 4. The patch from upstream though is hard to use, as when I tried adding pushd builds/unix; autoreconf; popd to the ebuild, the compile failed with lots of compiler errors. So based on your suggested and the upstream patch, I propose the attached sed. Created attachment 361774 [details, diff]
it needs use png around the sed
Added if use png around the sed.
*** This bug has been marked as a duplicate of bug 487646 *** |