https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124446
Bug ID: 124446
Summary: --with-libiconv-prefix lacks multilib support
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
Target Milestone: ---
While looking into PRs c++/124118 and c++/112652, I noticed that GCC's support
for GNU libiconv is an ugly beast in two regards:
* It's enabled in a different way than any other optional dependencies where
you can specify both the include and lib directories separately with e.g.
--with-gmp-include/--with-gmp-lib separately to allow for multilibbed
systems.
* Instead, libiconv is specified with --with-libiconv-prefix which lacks this
ability. What's worse, the ancient versions of config/iconv.m4 and in
particular lib-prefix.m4 lack multilib support, so you need to install
libiconv into two different prefixes to cater to multilib requirements.
I noticed that the current version of lib-prefix.m4 (as e.g. bundled with
GNU gettext 1.0, but ultimately coming from gnulib) has such multilib out of
the box. I wonder if we should just upgrade the versions bundled with GCC?
