mpc will not link on systems without libiconv. Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: emerge fails Expected Results: emerge success There should be a --disable-iconv parameter to ./configure whenever USE=-nls.
Created attachment 70340 [details, diff] mpc-0.11.2.ebuild.patch The patch fixes the problem
btw... while you are there... I suggest that you also add --disable-dependency-tracking to reduce emerge time. myconf="--with-gnu-ld --disable-dependency-tracking" Thanks!
On embedded you can probably try to install dev-libs/libiconv to see if it works, in which case it can be made a dependency of mpc while being on non glibc libcs... And btw --with-gnu-ld should not be used.
(In reply to comment #3) > On embedded you can probably try to install dev-libs/libiconv to see if it > works, in which case it can be made a dependency of mpc while being on non > glibc libcs... I used to have libiconv and the libiconv/mpc combination worked just fine. There were alot of other problems related to libiconv on embedded so it is masked (with good reason) Why do you want force everyone to use nls, even if they have nls turned off in USE? just curious... > And btw --with-gnu-ld should not be used. I didn't know. It was already there. Nice that we can fix that too while we are here.
Sorry I phrased it wrong. I don't want to add libiconv as mandatory dependency if it can be avoided, but adding it with nls? ( !elibc_glibc( ) ) is probably good, as it's a dependency in that case.
(In reply to comment #5) > Sorry I phrased it wrong. I don't want to add libiconv as mandatory dependency > if it can be avoided, but adding it with nls? ( !elibc_glibc( ) ) is probably > good, as it's a dependency in that case. It sounds reasonable, but I don't have any (gentoo) experience of anything else but glibc and uclibc. Thanks! :)
Fixed in 0.11.2-r1 with "nls? ( || ( sys-libs/glibc dev-libs/libiconv ) )" - it is what gettext uses. Also, --disable-dependency-tracking has been added to econf. Thanks for reporting, Natanael.
