Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 94718 invoked from network); 12 Dec 2004 22:54:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 12 Dec 2004 22:54:19 -0000 Received: (qmail 64412 invoked by uid 500); 12 Dec 2004 22:54:18 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 64116 invoked by uid 500); 12 Dec 2004 22:54:17 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 64092 invoked by uid 99); 12 Dec 2004 22:54:17 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Message-ID: <41BCCBEA.5080102@sharp.fm> Date: Mon, 13 Dec 2004 00:53:30 +0200 From: Graham Leggett User-Agent: Mozilla Thunderbird 0.9 (Macintosh/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nick Kew Cc: dev@apr.apache.org Subject: Re: Dependencies and Modularity in APR References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at fma.co.za X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Nick Kew wrote: > This seems to me less than ideal even for DBM. In the case of DBD, > the backends are major applications in themselves, and hardwiring them > at build time seems to be seriously suboptimal. So I've re-hacked > the DBD code to load them dynamically when APR_DSO is enabled. (Forgive what may be a stupid question) Am I correct in assuming that when the platform does not support DSO, it will be built natively into the library as it is now? (assuming the person compiling the code has not indicated otherwise at compile time) Regards, Graham --