Re: Is --enable-utf8 working everywhere?

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