Parts of gcc are compiled without libiconv even if it's present in the system and --with-libiconv-prefix specified correctly.
The reason for this is usage of HAVE_ICONV_H macro. 1. The check for iconv.h in configure does not use the value of --with-libiconv-prefix option. 2. HAVE_ICONV_H is useless because check for libiconv uses iconv.h anyway. 3. HAVE_ICONV is changed in some source files like this: #ifndef HAVE_ICONV_H #undef HAVE_ICONV #endif - which is inherently incorrect in and of itself: any information produced by configure must not be changed in the source code. If configure tests don't work right - fix them, but all source code must be compiled with the same global settings. -- Summary: no values accepted for --encoding options except UTF-8 Product: gcc Version: 4.1.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: serg at vostok dot net GCC build triplet: i386-portbld-freebsd6.2 GCC host triplet: i386-portbld-freebsd6.2 GCC target triplet: i386-portbld-freebsd6.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31932