Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@www.apache.org Received: (qmail 68844 invoked from network); 14 Jul 2005 15:01:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Jul 2005 15:01:10 -0000 Received: (qmail 57378 invoked by uid 500); 14 Jul 2005 15:01:05 -0000 Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 57247 invoked by uid 500); 14 Jul 2005 15:01:04 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 57216 invoked by uid 99); 14 Jul 2005 15:01:04 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Jul 2005 08:01:04 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [129.59.1.92] (HELO smtp01.smtp.vanderbilt.edu) (129.59.1.92) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Jul 2005 08:01:01 -0700 Received: from smtp01.smtp.vanderbilt.edu (localhost [127.0.0.1]) by smtp01.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9C+d3.7.9) with ESMTP id j6EF11dq007964 for ; Thu, 14 Jul 2005 10:01:01 -0500 (CDT) Received: from [160.129.129.111] ([160.129.129.111]) by smtp01.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9.3B+d3.7.9) with ESMTP id j6EF0x9w007926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Jul 2005 10:01:00 -0500 (CDT) Message-ID: <42D67E2A.1080605@vanderbilt.edu> Date: Thu, 14 Jul 2005 10:00:58 -0500 From: Jeffrey Horner User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: en-us, en MIME-Version: 1.0 To: apreq-dev@httpd.apache.org Subject: Re: On distributing libapreq2 References: <42D532F3.7030501@vanderbilt.edu> <87fyuiw0ra.fsf@gemini.sunstarsys.com> In-Reply-To: <87fyuiw0ra.fsf@gemini.sunstarsys.com> Content-Type: text/plain; charset=ISO-8859-1; 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 Joe Schaefer wrote: > Jeffrey Horner writes: [...] >>I could distribute the whole source package with mod_R, build it and >>install just libapreq2.os.*. This seems the simplest, but folks who >>already have libapreq2 installed AND in use will run into problems. > > I think this is the best route, even after httpd includes libapreq2. > You could also include an --with-apreq2=/path/to/apreq2-config option > in mod_R's configure script, which would use the previously installed > version of libapreq2 and ignore the version you're actually shipping > with mod_R. Doing that would also help us improve our apreq2-config.in > script. > Okay, I'll do it, but my knowledge of autoconf is low. Do you happen to have some pointers to docs or such? Essentially this is what I have to configure my module: configure --with-apxs=/path/to/apxs --with-R=/path/to/R Now, if users want to just use the version of libapreq2 that I distribute, then configure will have to catch that and make appropriate decisions. But if I add --with-apreq2=/path/to/apreq2-config and the user chooses it, then configure will have to make appropriate decisions based on apreq2-config. autoconf is a nightmare. Also, what happens when an executable calls a shared library call? Does the entire shared library get loaded into memory, shared memory? If you have some pointers to docs on this, I'd be much obliged. -- Jeffrey Horner Computer Systems Analyst School of Medicine 615-322-8606 Department of Biostatistics Vanderbilt University