libgcj/9715: Not all required character encodings are supported

Thu Feb 20 10:05:00 GMT 2003

>>Number: 9715
>>Category: libgcj
>>Synopsis: Not all required character encodings are supported
>>FAIL: gnu.testlet.java.lang.String.getBytes13: String.getBytes("UTF-16") (numb
>er 1)
>FAIL: gnu.testlet.java.lang.String.getBytes13: String.getBytes("UnicodeBig") (
>number 1)
>FAIL: gnu.testlet.java.lang.String.getBytes13: String.getBytes("UnicodeBigUnma
>rked") (number 1)
>FAIL: gnu.testlet.java.lang.String.getBytes13: String.getBytes("UnicodeLittle"
>)
>(number 1)
>FAIL: gnu.testlet.java.lang.String.getBytes13: String.getBytes("UnicodeLittleU
>nmarked") (number 1)
>gnu.testlet.java.lang.String.getBytes14
>FAIL: gnu.testlet.java.lang.String.getBytes14: String.getBytes("ISO8859_15") (
>number 1)
>FAIL: gnu.testlet.java.lang.String.getBytes14: String.getBytes("UTF-16BE") (nu
>mber 1)
>FAIL: gnu.testlet.java.lang.String.getBytes14: String.getBytes("UTF-16LE") (nu
>mber 1)

In writing my patch to make String.getBytes use the java.nio encoders,
I noticed that (at least on my redhat 7.2 system) the iconv based
converter supports UTF-16, UnicodeBig, UnicodeLittle, UTF-16BE, and
UTF-16LE; it just encodes these incorrectly, only encoding the first
character and not putting a byte order mark. Perhaps someone wants to
look at that.
UnicodeBigUnmarked, UnicodeLittleUnmarked and ISO8859_15 it's never
heard of, but these could be handled with an aliasing scheme as someone
mentioned.