Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of jfclere@gmail.com designates
 209.85.218.215 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        b=CVRAbiDlrJII7hRDFK4vnhGfvN0QoOWjvcZEdVK+9OpQv/kb0xyVbpPoupcFzMTDRf
         enONE7US2xFKdpwELsDFd2Mf2n20tTCPwPnqv1fj+lKlEnGTbE6Q4nUGtHnxZh5CAhUw
         Y3ioEcC/da9fFEDSc2yYnV0HDs/u2URQFhseU=
Message-ID: <4B56C95B.6060809@gmail.com>
Date: Wed, 20 Jan 2010 10:14:03 +0100
From: jean-frederic clere <jfclere@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Lightning/1.0pre Thunderbird/3.0
MIME-Version: 1.0
To: dev@apr.apache.org
Subject: Re: Community question; always load expat for any apr application?
References: <4B56B08D.8090401@rowe-clan.net>
In-Reply-To: <4B56B08D.8090401@rowe-clan.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

On 01/20/2010 08:28 AM, William A. Rowe Jr. wrote:
> We have really trimmed down the footprint of apr as a loadable library,
> so the very last not-dynamic component is expat.
> 
> It's small and lightweight, and I just wanted to confirm that the devs
> are all comfortable that xml is pervasive enough to merit binding expat
> with libdl every time a user launches an apr-based application.
> 
> I'm about to revisit adding ICU support in place of our apriconv, and that
> would certainly be abstracted.  Expat certainly could be abstracted, but
> I'm not sure if we see there is a value in doing so?

expat and iconv would be optional, no?

Cheers

Jean-Frederic