You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Karl Fogel <kf...@newton.ch.collab.net> on 2002/07/18 16:54:41 UTC
Re: utf8 not working with latest APR
Branko Čibej <br...@xbc.nu> writes:
> Ho hum. Just noticed this wasn't Cc:'d to dev@apr ... Feel free to add
> that in the reply.
Sigh. Sorry, I made the obvious mistaken when replying the first
time. Here's my same mail again -- reply to *this* one, folks :-).
> Translating that to APR and the iconv case, I'd suggest, for Unix:
>
> 1. Look into some standard place for the apr-iconv sources. If
> they're there, use them.
> 2. Otherwise, check for --with-iconv=/path, and use the iconv
> installed there (this could be any iconv package, potentially even
> apr-iconv).
Are these reversed? Shouldn't the --with-iconv=/path case override
absolutely anything else, and indeed fail if /path doesn't contain a
working iconv, even if there is a working iconv in some other standard
place on the system?
IOW, I would think steps 1 and 2 should be:
1. Check for --with-iconv=/path, and use the iconv installed
there. Error right away if no iconv installed there.
2. Look into some standard place for the apr-iconv sources. If
they're there, use them.
> 3. Last chance: use standard configury tests to determine if the
> iconv API is magically available from the "standard" places.
> 4. Otherwise, use the APR_ENOTIMPL variants of apr_xlate_* and friends.
Yep.
> On Windows, I'd like to support (1), or if the source isn't there,
> look in some standard place (a directory parallel to the apr-util
> sources?) for iconv binaries (include/iconv.h and
> lib/libiconv.h). That can be done fairly easily with a bit of
> scripting.
Sounds good to me.
-K
Re: utf8 not working with latest APR
Posted by Branko Čibej <br...@xbc.nu>.
Karl Fogel wrote:
>>Translating that to APR and the iconv case, I'd suggest, for Unix:
>>
>> 1. Look into some standard place for the apr-iconv sources. If
>> they're there, use them.
>> 2. Otherwise, check for --with-iconv=/path, and use the iconv
>> installed there (this could be any iconv package, potentially even
>> apr-iconv).
>>
>>
>
>Are these reversed? Shouldn't the --with-iconv=/path case override
>absolutely anything else, and indeed fail if /path doesn't contain a
>working iconv, even if there is a working iconv in some other standard
>place on the system?
>
Uh, yeah, right. My braino.
--
Brane Čibej <br...@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
Re: utf8 not working with latest APR
Posted by Branko Čibej <br...@xbc.nu>.
Karl Fogel wrote:
>>Translating that to APR and the iconv case, I'd suggest, for Unix:
>>
>> 1. Look into some standard place for the apr-iconv sources. If
>> they're there, use them.
>> 2. Otherwise, check for --with-iconv=/path, and use the iconv
>> installed there (this could be any iconv package, potentially even
>> apr-iconv).
>>
>>
>
>Are these reversed? Shouldn't the --with-iconv=/path case override
>absolutely anything else, and indeed fail if /path doesn't contain a
>working iconv, even if there is a working iconv in some other standard
>place on the system?
>
Uh, yeah, right. My braino.
--
Brane Čibej <br...@xbc.nu> http://www.xbc.nu/brane/