Unless I'm missing something obvious, apr-iconv never needs to be it's

  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