httpd-apreq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stas Bekman <s...@stason.org>
Subject Re: [apreq-2] versioning system
Date Wed, 08 Oct 2003 22:47:06 GMT
Joe Schaefer wrote:
> Joe Schaefer <joe+gmane@sunstarsys.com> writes:
> 
> 
>>Stas Bekman <stas@stason.org> writes:
>>
>>
>>>Joe Schaefer wrote:
>>
>>[...]
>>
>>
>>>>For instance, here are a few installation changes that could
>>>>result from following the apr guidelines:
>>>>HEADERS:
>>>>  Now:          /usr/local/apache2/include     Suggested:
>>>>/usr/local/apache2/include/libapreq2/
>>>
>>>That doesn't seem to be the case with apr, as it puts the include
>>>files in include/
>>
>>Hmm, that sort of goes against their own recipe for
>>parallel installs.  Maybe you or I should ask dev@apr
>>and see if this was intentional, or just an oversight.
> 
> 
> Never mind, they do have the version number incorporated in
> apr's default layout (<apr> in config.layout).  Because httpd installs
> apr in an application-specific directory (not a system-wide one),
> it's ok to drop the apr version number.
> 
> Not sure where this leaves us, since vendors sometimes install libapr
> and httpd in system-wide locations (ie /usr, not in /usr/local/apache2).
> I do not want to maintain a config.layout file for apreq, not even
> if it means tracking apr's config.layout from time to time.

whatever you choose is fine, since apreq2-config will tell where it is. And 
vendors will have to adjust apreq2-config if they change the default.

As suggested before use include/libapreq2/ to avoid collisions with future 
generations.


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Mime
View raw message