On Mar 24, 2009, at 6:46 AM, Justin Erenkrantz wrote:
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
+1 for combining APR and APU. The current setup is dumb.
-0 for adding apr-iconv into the mix.
