Skip to content
Commit 52f0e14a authored by William A. Rowe Jr's avatar William A. Rowe Jr
Browse files

  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
parent 744bfc2d
Loading
Loading
Loading
Loading
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment