Unless I'm missing something obvious, apr-iconv never needs to be it's own .dll/.so library. In the case of libapriconv, we need to anticipate that the library will be incorporated into libaprutil and exposed through the apr_xlate_() API. In the case of the aprutil we can use the same approach. After this patch, one never includes the libapriconv or apriconv in any application. Including libaprutil or aprutil is sufficient. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96133 13f79535-47bb-0310-9956-ffa450edef68
Please register or sign in to comment