On Tue, Mar 24, 2009 at 11:42 AM, Bing Swen <[email protected]> wrote: > This is very good for simplifying the updating of the library. > What about apr-iconv? It still has a reduced function set of libiconv prior > to 2000.
When we've brought this up in the past, I believe we felt that apr-iconv should continue to be separated. Right now, it's really only useful on Win32. Ideally, apr-iconv could/should (?) be split out from any APR dependencies and just treated as a libiconv-workalike (albeit ALv2-licensed). -- justin
