Bug 170664 – do not require `make` to be GNU make

• Status: RESOLVED FIXED
• Product: Gentoo Hosted Projects

[Description SpanKY 2007-03-12 22:19:39 UTC]

section 11.3.1 says that `make` has to be GNU make ... that's no good for our ports

it should read that invoking `emake` will result in GNU make

[Comment 1 Ciaran McCreesh 2007-03-12 22:41:04 UTC]

There're still lots of things in the tree using 'make install' (as there should be, since things using <automake-1.10 doesn't parallelise properly), and they often use GNUisms.

Plus, it doesn't hurt ports, since they have to have GNU make anyway...

[Comment 2 SpanKY 2007-03-12 22:56:06 UTC]

it's been agreed already to use `emake` in src_install as the BSD team relies on that for GNUisms

packages that use GNUisms and run `make` get a bug report to use `emake` ... not a big deal as the large majority of our user base (aka Linux) are not affected

[Comment 3 Ciaran McCreesh 2007-04-11 20:19:01 UTC]

Personally I'm in favour of WONTFIX for this one. GNU make is like sed in that it supports a lot more than POSIX make. spb?

[Comment 4 SpanKY 2007-04-11 20:36:00 UTC]

this has already been decided by the larger dev community: emake is for GNU make, make is for the native make whatever that may be

[Comment 5 Ciaran McCreesh 2007-04-11 20:42:03 UTC]

What's Portage's behaviour here? I thought make was one of the commands it aliased, along with sed. Has this changed, or am I misremembering?

[Comment 6 SpanKY 2007-04-11 20:48:38 UTC]

portage's behavior is as i described which is why i filed the bug

this is also what spurred the emake conversion in src_install

aliasing make was found to be unreliable

[Comment 7 Ciaran McCreesh 2007-04-11 21:01:00 UTC]

r151