Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 167754 - econf doesn't take --prefix as ./configure does
Summary: econf doesn't take --prefix as ./configure does
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-20 15:53 UTC by Arne Babenhauserheide
Modified: 2007-02-20 22:46 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
ebuild which shows the problem. (kirocker-2.0-r2.ebuild,600 bytes, text/plain)
2007-02-20 15:54 UTC, Arne Babenhauserheide
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Arne Babenhauserheide 2007-02-20 15:53:08 UTC
The ebuild-guide states, that in ./configure the last statement overwrites previous ones. 

I used "econf --prefix=$(kde-config --prefix)", but the resulting prefix is /usr. 

Ebuild in question: http://draketo.de/dateien/gentoo/kirocker-2.0-r2.ebuild
Handbook chapter in question: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1

Did I misunderstand something? 

Best wishes, 
Arne

Reproducible: Always

Steps to Reproduce:
1.use "econf --prefix=$(kde-config --prefix)"
2.emerge


Actual Results:  
effective prefix is "/usr"

Expected Results:  
prefix should be "$(kde-config --prefix)" which is in my case: "/usr/kde/3.5"
Comment 1 Arne Babenhauserheide 2007-02-20 15:54:03 UTC
Created attachment 110732 [details]
ebuild which shows the problem.
Comment 2 Marius Mauch (RETIRED) gentoo-dev 2007-02-20 16:09:40 UTC
Are you sure that this is caused by econf and not kde-config --prefix returning the wrong result? Also please post the output of `emerge -v --info` (as an attachment) as if this is a problem in econf it's likely conditional on some other settings.
Comment 3 SpanKY gentoo-dev 2007-02-20 19:57:39 UTC
econf is working just fine ... probably a bug in your ebuild that you're expecting it to do something other than what it actually is

you should probably go seek help on the forums or one of the gentoo irc channels
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2007-02-20 20:00:19 UTC
forums.gentoo.org or #gentoo-dev-help; this is not a support forum.
Comment 5 Arne Babenhauserheide 2007-02-20 22:46:36 UTC
(In reply to comment #3)
> econf is working just fine ... probably a bug in your ebuild that you're
> expecting it to do something other than what it actually is

The reason why I expect it to work that way is the documentation which sates: 

"econf   Issues ./configure with the necessary path-changes (prefix, host, mandir, infodir, datadir, sysconfdir, localstatedir). You can optionally pass extra arguments to ./configure by specifying them when you call econf, and users can set the environment variable EXTRA_ECONF if they need to. Options passed to configure take precedence in the reverse order that they were given. In other words, the first argument passed will always be overridden by the last."
- http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1

The output of the ebuild when using econf --prefix=$(kde-config --prefix) looks like this: 
./configure --prefix=/usr ... <stuff> ... --prefix=/usr/kde/3.5

but different from the handbook, the prefix "/usr" gets used, where the handbook says that the last statement gets used, which would be "/usr/kde/3.5" ('the first argument passed will always be overridden by the last'). So there's either a bug in the handbook or in econf or in my english skills...