Bug 54032 - Default prefix incorrect in configure script
Summary: Default prefix incorrect in configure script
Status: RESOLVED FIXED
Alias: None
Product: APR
Classification: Unclassified
Component: APR (show other bugs)
Version: 1.4.6
Hardware: All All
: P2 normal (vote)
Target Milestone: ---
Assignee: Apache Portable Runtime bugs mailinglist
URL:
Keywords: FixedInTrunk
Depends on:
Blocks:
 
Reported: 2012-10-21 10:26 UTC by Michael Osipov
Modified: 2020-03-10 20:54 UTC (History)
3 users (show)



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Osipov 2012-10-21 10:26:59 UTC
./configure --help says

By default, `make install' will install all the files in
`/usr/local/bin', `/usr/local/lib' etc.  You can specify
an installation prefix other than `/usr/local' using `--prefix',
for instance `--prefix=$HOME'.

If you check config.layout, you'll see that layout 'apr' is being used which defaults to /usr/local/apr. The 'classic' layout has the same issue.

Either layouts or --help output should be fixed.
Comment 1 Dmitry Smirnov 2013-02-21 13:02:50 UTC
*** Bug 53582 has been marked as a duplicate of this bug. ***
Comment 2 Stefan Fritsch 2013-05-03 20:14:56 UTC
Trunk fix, kind of hackish: r1478954
If somebody finds a better solution, I would be interested.
Comment 3 Michael Osipov 2013-05-03 20:28:23 UTC
(In reply to comment #2)
> Trunk fix, kind of hackish: r1478954
> If somebody finds a better solution, I would be interested.

Stefan, der Link ist tot (404).
Comment 4 Michael Osipov 2013-05-03 20:29:15 UTC
(In reply to comment #2)
> Trunk fix, kind of hackish: r1478954
> If somebody finds a better solution, I would be interested.

First of all, one should know which is wrong?! I presume that $PREFIX should default to /usr/local
Comment 5 Michael Osipov 2020-01-05 20:24:47 UTC
Graham, can you backport this to 1.7.x? The commit is 22882cf118c84428dc8faea07d09229a597336ba/trunk@1478954.
Comment 6 Graham Leggett 2020-03-10 20:40:37 UTC
Missed this one - it's been backported to apr-1.7 in r1875057 and to apr-util-1.7 in r 1875058.
Comment 7 Michael Osipov 2020-03-10 20:54:21 UTC
(In reply to Graham Leggett from comment #6)
> Missed this one - it's been backported to apr-1.7 in r1875057 and to
> apr-util-1.7 in r 1875058.

It'd be easier if I could do that myself ;-)