461854 – autotools-utils.eclass: should have it's own econf

Bug 461854 - autotools-utils.eclass: should have it's own econf

Summary: autotools-utils.eclass: should have it's own econf

Status:	RESOLVED WONTFIX

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Eclasses (show other bugs)
Hardware:	All Linux

Importance:	Lowest enhancement (vote)
Assignee:	Michał Górny

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2013-03-15 20:11 UTC by Christoph Junghans (RETIRED)
Modified:	2013-09-22 18:22 UTC (History)
CC List:	0 users

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Christoph Junghans (RETIRED) gentoo-dev

2013-03-15 20:11:09 UTC

I think for independence from portage autotools-utils.eclass should have its own implementation of econf.

Comment 1 Michał Górny archtester

2013-03-15 22:09:32 UTC

Could you elaborate?

Do I understand correctly that you mean inlining the econf code into autotools-utils_src_configure? Why would we need that?

Comment 2 Christoph Junghans (RETIRED) gentoo-dev

2013-03-16 20:15:37 UTC

Having an econf implementation in autotools-utils would help to have exactly the same behavior on all package managers. And I would only add the EAPI>=5 econf parts. If we ever default to empty phase functions, it would be bad to still rely on this huge internal piece of code.

Comment 3 Michał Górny archtester

2013-09-22 18:22:13 UTC

I still don't think this will be beneficial to us in any way. And definitely not the way of least surprise. I'm rather working on making autotools-utils use more of standard functions rather than reimplementing them.