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
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment