194670 - configure fails GNU make 3.80 as not being "at least 3.78"

Status: VERIFIED FIXED

(SeaMonkey :: Build Config, defect)

Description

[Greg Onufer]

gmake --version with 3.80 returns "GNU Make 3.80" but configure looks at token
four (4) as the field with the version information.  It's token 3 with GNU make
3.80 so the test fails.

This is new as soon as configure was regenerated after the changes for Bug 187594.

Comment 1

[hacker formerly known as [e-mail]]

Attachment: Use builtin version variable

What is it with GNU project maintainers deciding to arbitrarily change the
output of --version between minor releases?  First gcc, now make.

Comment 2

[hacker formerly known as [e-mail]]

*** Bug 194873 has been marked as a duplicate of this bug. ***

Comment 3

[hacker formerly known as [e-mail]]

*** Bug 194991 has been marked as a duplicate of this bug. ***

Comment 4

[hacker formerly known as [e-mail]]

Patch has been checked in.

Comment 5

[Iain MacDonnell]

The fix doesn't immediately work for me. Adding this line:

echo "xxx${_make_vers}xxx" > /tmp/tmplog

to configure shows that gmake is adding extra "goop" to the output:

/var/tmp/mozilla-20030226/mozilla% cat /tmp/tmplog
xxxgmake[1]: Entering directory `/var/tmp/mozilla-20030226/mozilla'
3.80
gmake[1]: Leaving directory `/var/tmp/mozilla-20030226/mozilla'xxx
/var/tmp/mozilla-20030226/mozilla% 

I found that adding the '-s' flag to the gmake command fixed this.

Comment 6

[hacker formerly known as [e-mail]]

I put another bandaid on top of that patch to supress the directory messages. 
For some reason, -s completely silenced the output on Darwin.

Comment 7

[Tracy Walker [:tracy]]

verified