Re: GNU make 3.99.91 release candidate is available

2013-09-17 Thread Dagobert Michelsen
Hi Paul, Am 16.09.2013 um 22:20 schrieb Paul Smith psm...@gnu.org: On Mon, 2013-09-16 at 20:52 +0200, Dagobert Michelsen wrote: /opt/SUNWspro/bin/cc -D_REENTRANT -pthreads -I/opt/csw/include/guile/2.0 -I/opt/csw/include -xO3 -m32 -xarch=sparc -m32 -xarch=sparc -L/opt/csw/lib -o make ar.o

Re: GNU make 3.99.91 release candidate is available

2013-09-17 Thread Paul Smith
On Tue, 2013-09-17 at 10:23 +0200, Dagobert Michelsen wrote: Unfortunately I don't have a copy of Sun Studio and I don't have any SPARC hardware. I'll need someone with access to these to assist. That is no problem. There are already a number of GNU projects that use our buildfarm to

Re: GNU make 3.99.91 release candidate is available

2013-09-17 Thread David Boyce
Solaris has a really old, really broken, /bin/sh which they've kept around forever for compatibility reasons. Maybe there are some tests which assume features that aren't supported in Solaris /bin/sh? David On Tue, Sep 17, 2013 at 7:38 AM, Paul Smith psm...@gnu.org wrote: On Tue, 2013-09-17

make check on darwin

2013-09-17 Thread Denis Excoffier
Hello, I'm currently on x86_64-apple-darwin12.4.0 with make-3.99.91. I use gcc-4.8.1. I have configured with --disable-load. I had to apply the patch below (self explanatory i think) for 'make check' to return with no error. Moreover: 1) when configured with --disable-job-server, the tests in

[bug #40056] make should automatically detect targets with low resolution timestamps

2013-09-17 Thread James Ralston
URL: http://savannah.gnu.org/bugs/?40056 Summary: make should automatically detect targets with low resolution timestamps Project: make Submitted by: ralston Submitted on: Wed 18 Sep 2013 05:12:18 AM GMT Severity: 3 -

Re: [bug #40056] make should automatically detect targets with low resolution timestamps

2013-09-17 Thread Philip Guenther
On Tue, Sep 17, 2013 at 10:12 PM, James Ralston invalid.nore...@gnu.org wrote: ... The statfs(2) system call will return the f_type field in the struct statfs, but unfortunately, the field is the same for all variants of ext (ext2, ext3, ext4). So as far as I know (although I would be happy to