[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Is --enable-utf8 working everywhere?

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-07-15 20:02:38 CEST

Karl Fogel wrote:

>Karl Fogel <kfogel@newton.ch.collab.net> writes:
>>> (svn_utf_cstring_to_utf8, svn_utf_cstring_from_utf8_stringbuf):
>>> Revision 2516 switched the argument ordering of the utf conversion
>>> functions, but these two callers were inadvertantly overlooked.
>>Thanks Mike! Have no idea how that happened, as I was letting GCC do
>>the walking for me, but whatever.
>Never mind, I know what it was: I compiled twice and passed "make
>check", but what I toggled between the two builds was --enable-shared,
>instead of --enable-utf8. Duh.
>We really need to get rid of the `--enable-utf8' flag and make utf8
>builds the default. But before we do that, we need to know: is the
>apr xlation working everywhere, in particular Win32?

It doesn't even remotely work on Win32:

apr_error: #20523, src_err 0 : <This function has not been implemented on this platform>
  (charset translator procurement failed)

>If anyone has compiled with --enable-utf8 under Windows, or indeed
>under anything other than FreeBSD or Linux, please post! We'd like to
>hear your results.

As you noticed in a previoue post, apr_xlate is very Unix-specific.
Unfortunately, I don't even remotely have time to write a Win32 version.

What's frustrating is that translating from any Windows locale to UTF-16
is trivial and supported by the Windows API, and code that translates
between UTF-16 and UTF-8 is already in APR, and on NT-class platforms,
APR will use UTF-8-encoded file names directly ...

Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 15 20:03:21 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.