[Bug libgcj/31939] Command line arguments are byteswapped before being passed to the program runing in custom locale.

--- Comment #4 from serg at vostok dot net 2007-05-18 20:07 --- For subject 2. The point is to find where arguments of "int main(int argc, char** argv)" are converted into java.lang.String to be passed to "static void main(String[] args)". Trail: gcc/java/jvg

[Bug preprocessor/31932] cpp -f*-charset and gcj --encoding accept no values except UTF-8

--- Comment #8 from serg at vostok dot net 2007-05-15 20:34 --- (In reply to comment #6) > libcpp is the C PreProcessor (not the standard C++ library). Thanks. Now I know how to expose the bug here as well. It's -f*-charset options of cpp. -- serg at vostok dot net

[Bug preprocessor/31932] no values accepted for --encoding options except UTF-8

--- Comment #7 from serg at vostok dot net 2007-05-15 20:08 --- Created an attachment (id=13562) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13562&action=view) Removes HAVE_ICONV_H from source code. Added libcpp/configure and libcpp/configure.ac to the patch. --

[Bug libgcj/31939] Command line arguments are byteswapped before being passed to the program runing in custom locale.

--- Comment #3 from serg at vostok dot net 2007-05-15 18:33 --- For subject 1. Can java/gcj even be used without iconv in general? Considering that java.io.File assumes all file names in OS are encoded in UTF-8 and java.String stores it's data in UCS-2 (UTF-16), the answer shou

[Bug libgcj/31939] Command line arguments are byteswapped before being passed to the program runing in custom locale.

--- Comment #2 from serg at vostok dot net 2007-05-15 18:11 --- Created an attachment (id=13559) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13559&action=view) A hack to use UCS-2-INTERNAL instead of plain UCS-2 For subject 1. Works only for those who actually hav

[Bug libgcj/31939] Command line arguments are byteswapped before being passed to the program runing in custom locale.

--- Comment #1 from serg at vostok dot net 2007-05-15 18:05 --- This bug is relevant only for iconv that have the "UCS-2" encoding with byte order different from native byte order of the platform, e.g. GNU libiconv on i386. There are actually two subjects here. 1. Fix sour

[Bug libgcj/31939] New: Command line arguments are byteswapped before being passed to the program runing in custom locale.

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=31939

[Bug libstdc++/31932] no values accepted for --encoding options except UTF-8

--- Comment #3 from serg at vostok dot net 2007-05-15 17:29 --- (In reply to comment #2) > This code has been removed in 4.3.0 anyways as the java source parser is > gone. > Only the bytecode parser exists on the trunk. That still means 4.1 and 4.2 branches can be fixed.

[Bug java/31932] no values accepted for --encoding options except UTF-8

--- Comment #1 from serg at vostok dot net 2007-05-15 11:25 --- Created an attachment (id=13557) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13557&action=view) Removes HAVE_ICONV_H from source code. This should fix the bug. And, probably, some other problems with gcc no

[Bug java/31932] New: no values accepted for --encoding options except UTF-8

ty: 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.or