apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <gst...@lyra.org>
Subject Re: [PATCH] a somewhat different approach to the iconv() issue
Date Thu, 08 Feb 2001 00:39:39 GMT
Awesome.

+1

On Wed, Feb 07, 2001 at 07:35:23PM -0500, Jeff Trawick wrote:
> There are some ideas here previously described by Mo DeJong.
> Additionally:
> 
> . there is a way to avoid a warning for a certain platform:
>   set apr_iconv_inbuf_const to "1" in hints.m4 for platforms
>   where the parm is "const char **" but the autoconf logic
>   doesn't detect
> 
> . we *know* that versions of glibc < 2.2 have "const char **"
>   instead of "char **" so make that work without any hints.m4
>   stuff (which would have to look at the glibc version)
>  
> This should get RedHat 7.0 compiling cleanly, but I don't have such a
> system to test with.  
> 
> My RedHat 6.0 system ("const char **") now compiles xlate.c cleanly
> for the first time in a while.  
> 
> A Tru64 system ("char **") still compiles xlate.c cleanly.
> 
> To get AIX compiling xlate.c cleanly (it hasn't done so in a while)
> I'd expect to have to add apr_iconv_inbuf_const=1 to the AIX stanza in
> hints.m4.  I haven't tested that though.  The same is true for
> Solaris, which is "const char **" like AIX.
> 
> Comments?
>...

-- 
Greg Stein, http://www.lyra.org/

Mime
View raw message