https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112671
Bug ID: 112671
Summary: libiconv support lacks separate
--with-libiconv-{include,lib}
Product: gcc
Version: 14.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: ---
When trying to build trunk on Solaris with GNU libiconv 1.17, I noticed that
the libiconv configure support is limited compared to e.g. gmp etc. On
multilibbed targets like Solaris, you usually install both 32 and 64-bit
versions of a library into <libiconv-prefix>/include (common between 32 and
64-bit) and <libiconv-prefix>/lib (32-bit lib) resp.
<libiconv-prefix>/lib/{amd64,sparcv9}.
The current (simple-minded) support via --with-libiconv-prefix cannot handle
this,
requiring to use two different installations into different prefixes. It's
also inconsistent with the rest of gcc which does support configurations like
this.
