From dev-return-20118-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Tue May 13 08:07:37 2008 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 81649 invoked from network); 13 May 2008 08:07:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 May 2008 08:07:37 -0000 Received: (qmail 70460 invoked by uid 500); 13 May 2008 08:07:38 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 70056 invoked by uid 500); 13 May 2008 08:07:38 -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 70045 invoked by uid 99); 13 May 2008 08:07:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 May 2008 01:07:37 -0700 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jorton@redhat.com designates 66.187.233.31 as permitted sender) Received: from [66.187.233.31] (HELO mx1.redhat.com) (66.187.233.31) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 May 2008 08:06:44 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m4D875sG030160 for ; Tue, 13 May 2008 04:07:05 -0400 Received: from turnip.manyfish.co.uk (IDENT:U2FsdGVkX1/uBAfi3x5A9dx7DH86ucJQmtpM93IvAVU@vpn-14-30.rdu.redhat.com [10.11.14.30]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m4D874Y5022003 for ; Tue, 13 May 2008 04:07:04 -0400 Received: from jorton by turnip.manyfish.co.uk with local (Exim 4.68) (envelope-from ) id 1JvpXL-0001Xr-H7 for dev@apr.apache.org; Tue, 13 May 2008 09:07:03 +0100 Date: Tue, 13 May 2008 09:07:03 +0100 From: Joe Orton To: dev@apr.apache.org Subject: Re: apr_reslist semantics Message-ID: <20080513080703.GA5406@redhat.com> Mail-Followup-To: dev@apr.apache.org References: <20080512202209.79187ffa@grimnir> <4828AE2F.9020101@apache.org> <4828B236.6040504@rowe-clan.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4828B236.6040504@rowe-clan.net> User-Agent: Mutt/1.5.17 (2007-11-01) Organization: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in UK and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson (USA), Charlie Peters (USA) X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254 X-Virus-Checked: Checked by ClamAV on apache.org On Mon, May 12, 2008 at 04:10:14PM -0500, William Rowe wrote: > Like Roy, I'm frustrated with aprutil's dependency madness, and I'm working > right now on abstracting out apu-util into a loadable module. At this point > a --with-ldap build on linux FC8 is producing this pile of crap as bindings > for those applications with no use for ldap; That is a 2.0 discussion not a 1.3 discussion. (and see msgid 20071123103706.GA4169@redhat.com) For 1.x, libaprutil must continue to contain functions which use symbols defined by the LDAP library; changing each function call into an indirected dynamic-symbol-lookup-and-function-call would be an unmaintainable hack. Since downstream users must also continue to be linked against those LDAP libraries by virtue of linking against libaprutil, it would also be a redundant hack. (same broadly goes for the XML & DBM interfaces) joe