Summary: | media-libs/tunepimp-0.4.0 fails on uClibc system because of libiconv | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tim Weber <scy-bugs-gentoo> |
Component: | New packages | Assignee: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Status: | RESOLVED UPSTREAM | ||
Severity: | major | CC: | embedded, fox.box, kde |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
config.log for plain, unedited configure
libtunepimp-0.4.0-iconv.patch |
Description
Tim Weber
2006-01-26 01:46:31 UTC
You have libiconv installed? As I said:
> Then after talking to yalaforge on freenode #musicbrainz, I
> installed dev-libs/libiconv-1.10 and tried again. [...]
However, some friend pointed out that libiconv seems to be not used at all in the gcc call, therefore I've added -liconv to LD_FLAGS and I'm trying to compile again right now.
(Taking over the bug as it's libiconv-related) Can you give me the config.log of when it failed? I see some strange tests for libiconv, maybe I can try to fix it using one of the GNU's m4 files. I don't have that config.log anymore, because with LD_FLAGS="-liconv" it worked quite fine, tunepimp was installed. If you still need the log, I'll compile without LD_FLAGS again. If you can provide me that config.log i can try to fix it, or it would linger there unresolved. Created attachment 78288 [details]
config.log for plain, unedited configure
This was generated doing "ebuild .../tunepimp-0.4.0.ebuild unpack; cd ...; ./configure". I've talked to the MusicBrainz guys about that and they see the bug and try to fix it as well.
I need an econf-generated one for safety, tho I'll look into it. Created attachment 78298 [details, diff]
libtunepimp-0.4.0-iconv.patch
Not sure if this should be listed here or as a new bug. But seeing as my inbox
has been filling up all day with this bug for uClibc + tunepimp I thought
I'd give it a try. Merging ~arch was fine (no problems).
4.0 however fails if no libiconv is installed.
It's handling the iconvert() function incorrectly.
uCtinderbox libtunepimp-0.4.0 # scanelf -qs 'iconvert' . -R
iconvert ./lib/utf8/.libs/utf8util.o
iconvert ./lib/utf8/utf8util.o
iconvert ./lib/.libs/libtunepimp.so.3.0.0
uCtinderbox libtunepimp-0.4.0 # scanelf -Bqs 'iconvert' -R . -F%F#s | xargs nm | grep iconv
U iconvert
U iconvert
U iconvert
As expected in config.h we see
/* #undef HAVE_ICONV */
/* #undef HAVE_ICONV_H */
Patched attached which solves this. I'm guessing the iconvert problem is why
the user is attempting iconv in the first place on a uClibc system.
(In reply to comment #8) > Patched attached which solves this. I'm guessing the iconvert problem is why > the user is attempting iconv in the first place on a uClibc system. patch applied to tunepimp CVS, thx. Considering this fixed by upstream as 0.4.2 is in portage. Reopen if it's not the case. |