| Summary: | media-libs/giflib use eautoreconf fix library location in Prefix | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Benda Xu <heroxbd> |
| Component: | Current packages | Assignee: | Gentoo Graphics Project <graphics+disabled> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | enhancement | Keywords: | PATCH |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
giflib.patch
giflib-4.1.6-r2.patch |
||
|
Description
Benda Xu
2013-08-30 10:25:39 UTC
Created attachment 357412 [details, diff]
giflib.patch
(In reply to Benda Xu from comment #0) if the only difference is the generated libtool, then it sounds like you should be updating elibtoolize instead of using the autoreconf hammer. it's not like giflib has a custom build of libtool. Created attachment 359178 [details, diff]
giflib-4.1.6-r2.patch
Thanks to Mike's comment, I have looked deeper into the bug. And it turns out to be x library which draws in /usr/lib64. Therefore it can be fixed by passing the include and lib paths explicitly.
Actually the if use X; then ... fi block is not necessary, as --x-includes will be ignored when --disable-x11 is in the argument list.
New patch attached.
Hi, as this patch is trivial, I'll commit directly if there is no objection in a week. why do we care about 4.1.6 ? we have 4.2.3 already in the tree. Nice, giflib-4.2.3 seems to have regenerated configure with new autotools. Therefore no problem anymore. Close as obsolete. Thanks Mike. |