Summary: | sys-fs/mtools: ld fails to build because of lost libiconv linkage flag | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Yuriy Taraday <yorik.sar+gentoo-bugs> |
Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | base-system, yorik.sar+gentoo-bugs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | OS X | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=447684 https://bugs.gentoo.org/show_bug.cgi?id=626948 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Yuriy Taraday
2012-12-18 09:29:03 UTC
Created attachment 332622 [details]
build.log
As I understand, the problem is that configure script assumes that if iconv.h is accessible, libc provides iconv(). In my case (with alternative, Darwin libc) I have to use libiconv instead. I guess, this bug is not Prefix-specific and should be reproducible on other systems with alternate libc. I can confirm this bug, on Mac 10.5.8. Looks very similar to bug #455512 to me. (In reply to comment #3) Sorry, was a different bug... fixed, thanks! |