Summary: | [Future EAPI] Ability to automatically pass arguments to src_configure/src_compile | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Thomas Anderson (tanderson) (RETIRED) <tanderson> |
Component: | PMS/EAPI | Assignee: | PMS/EAPI <pms> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | coldwind, pacho, tcunha |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 197859 | ||
Bug Blocks: | 174380 | ||
Attachments: |
default-config.patch
Implement the src_configure() |
Description
Thomas Anderson (tanderson) (RETIRED)
2008-07-04 12:21:15 UTC
You forgot to assign the bug. :) I should probably mention, that the original credit for this idea goes to the people who wrote the exheres format...This makes the exheres much nicer for the simple cases. Perhaps a better way to do this would be: DEFAULT_SRC_CONFIGURE_ENABLES=( "ssl crypto" ) which would translate to $(use_enable ssl crypto). Created attachment 163759 [details, diff]
default-config.patch
This patch enables two new variables, DEFAULT_CONFIG_ENABLE and DEFAULT_CONFIG_WITH both of which are checked as arrays to enable the use case you specified, the third zlib thing is already covered by EXTRA_ECONF. Slight concern would be if the third argument being passed to use_with has a space in; let me know if that's an issue; obviously needs to be tested properly ;)
The zlib thing isn't covered by EXTRA_ECONF; that's a user variable not to be touched by ebuilds. (In reply to comment #5) > The zlib thing isn't covered by EXTRA_ECONF; that's a user variable not to be > touched by ebuilds. > The eclass doing EXTRA_ECONF="--with-system-zlib $EXTRA_ECONF" is not going to affect what the user has sent through in any way, though, and the user terms will still be in the same relative position as if the parameter had been passed to the econf call. So would achieve the desired solution with no effect on functionality already in-place. Created attachment 164744 [details, diff]
Implement the src_configure()
Er, that patch description doesn't say so, but it also implements the src_compile stuff as well. What is blocking this? I haven't seen much disagreement here, but maybe it was strongly discussed long time ago and I missed it :| The Council voted against it when DEFAULT_ was introduced. WONTFIX then? So WONTFIX. |