Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 30294 invoked from network); 8 May 2006 17:13:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 8 May 2006 17:13:33 -0000 Received: (qmail 67835 invoked by uid 500); 8 May 2006 17:13:20 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 67772 invoked by uid 500); 8 May 2006 17:13:18 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 67738 invoked by uid 99); 8 May 2006 17:13:18 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 May 2006 10:13:18 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [213.191.128.16] (HELO mxout2.iskon.hr) (213.191.128.16) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 08 May 2006 10:13:15 -0700 Received: (qmail 25356 invoked from network); 8 May 2006 19:12:51 +0200 X-Remote-IP: 213.191.142.123 Received: from unknown (HELO mx.iskon.hr) (213.191.142.123) by mxout2.iskon.hr with SMTP; 8 May 2006 19:12:51 +0200 Received: (qmail 29201 invoked from network); 8 May 2006 19:12:51 +0200 X-Remote-IP: 213.202.111.161 Received: from lns02-0922.dsl.iskon.hr (HELO ?192.168.0.168?) (213.202.111.161) by mx.iskon.hr with SMTP; 8 May 2006 19:12:51 +0200 Message-ID: <445F7C11.3050601@apache.org> Date: Mon, 08 May 2006 19:12:49 +0200 From: Mladen Turk User-Agent: Mozilla MIME-Version: 1.0 To: APR Developer List Subject: Moving apr_xlate from apr-util to apr-iconv Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi, What do you guys think of this email subject? IMHO it would make an additional requirement for the unix builds of httpd, but windows is dependent on it anyhow. OTOH, the xlate would go to it's proper place, because it is a part of apr-iconv. The reason is simple. If someone needs xlate stuff, then he will use apr-iconv. The apr-util will in that case become really apr only dependant, which is not the case right now. Since apr-iconv is dependent on apr and apr-util, while (now) apr-util is dependent on apr-iconv (only on windows) this makes sense thought. Regards, Mladen.