This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: iconv on Solaris
- To: "tromey at redhat dot com" <tromey at redhat dot com>
- Subject: Re: iconv on Solaris
- From: Mark Mitchell <mark at codesourcery dot com>
- Date: Wed, 26 Sep 2001 09:33:10 -0700
- cc: Jeff Sturm <jsturm at one-point dot com>, "java at gcc dot gnu dot org" <java at gcc dot gnu dot org>
--On Wednesday, September 26, 2001 10:24:52 AM -0600 Tom Tromey
<tromey@redhat.com> wrote:
>>>>>> "Mark" == Mark Mitchell <mark@codesourcery.com> writes:
>
> Mark> That indicates that Solaris is probably doing the right thing,
> Mark> and libjava/gcj/convert/natIconv.cc should be fixed to handle the
> BOM. Mark> Or, just use UCS-2BE on Solaris.
>
> I assume doing this omits the BOM.
Exactly; sorry for not being more specific.
> I imagine we could use UCS-2BE/-2LE everywhere. If a platform
> doesn't have these it will simply fail to create an iconv converter.
> I don't think that is very bad. In this area we can simply
> require "reasonable" systems. Desperate users can install GNU
> libiconv.
That sounds fine to me, but I am not an expert. I would assume that
UCS2-<native endianness> would be a very likely conversion to support;
if a system has iconv, it would probably have that, I would think.
Thanks,
--
Mark Mitchell mark@codesourcery.com
CodeSourcery, LLC http://www.codesourcery.com