Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 72005 invoked from network); 31 Oct 2006 12:22:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 Oct 2006 12:22:10 -0000 Received: (qmail 79871 invoked by uid 500); 31 Oct 2006 12:22:20 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 79834 invoked by uid 500); 31 Oct 2006 12:22:20 -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 79822 invoked by uid 99); 31 Oct 2006 12:22:20 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 04:22:20 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [207.113.241.148] (HELO iss04.interliant.com) (207.113.241.148) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 04:22:04 -0800 Received: from EX-009.mail.navisite.com (ex-009.interliant.com [207.113.240.184]) by iss04.interliant.com (8.10.2/8.10.2) with ESMTP id k9VCLe020829 for ; Tue, 31 Oct 2006 06:21:43 -0600 (CST) Received: from [192.168.0.168] ([89.164.18.58]) by EX-009.mail.navisite.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 31 Oct 2006 06:21:30 -0600 Message-ID: <45473FCD.7030503@apache.org> Date: Tue, 31 Oct 2006 13:21:33 +0100 From: Mladen Turk User-Agent: Mozilla MIME-Version: 1.0 To: APR Developer List Subject: [apr-iconv] State of the union Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 Oct 2006 12:21:30.0455 (UTC) FILETIME=[18742E70:01C6FCE7] X-Virus-Checked: Checked by ClamAV on apache.org Hi, It seems to me that only WIN32 platform actually uses apr-iconv. All others platforms are dependent on system provided iconv library. Further more the iconv 1.0 sources from Konstantin Chuguev that originates from FreeBSD are way outdated and are not maintained for years, so all the complaints about modifying the 'original' sources are at least pretentious. Now, the pragmatic question is: If apr can use system provided iconv, what are the platforms supported by the apr-1.2+ that do not provide their own iconv and for which we *must* have spr-iconv. AFAICT this is only the windows. If that is the case I wonder what is the purpose of maintaining the full platform compatibility for the apr-iconv if in the real life it's used only on windows (at least the trunk). Regards, Mladen.