RE: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Paul D. Smith
%% "Martin Dorey" <[EMAIL PROTECTED]> writes: >> I thought it wasn't until NFSv4 they were supported but I guess it was >> NFSv3. md> NFSv2 supported microsecond resolution (search for "useconds" in md> http://www.faqs.org/rfcs/rfc1094.html). I've got a feeling that md> you're right, t

RE: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Martin Dorey
> I thought it wasn't until NFSv4 they were supported but I guess it was > NFSv3. NFSv2 supported microsecond resolution (search for "useconds" in http://www.faqs.org/rfcs/rfc1094.html). I've got a feeling that you're right, though, in as much as it was only implemented to a second resolution in

Re: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Warren L Dodge
Ok, well our nfs server supports it. This was all done on an nfs mounted file system. We just got this new server a few weeks ago. I then tried the test on an older server file system. It all works properly there. So I assume you will need to know some information. If so please let me know wha

RE: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Paul D. Smith
%% "Martin Dorey" <[EMAIL PROTECTED]> writes: >> NFS filesystems (at least not NFSv2 or NFSv3) don't support sub-second >> timestamps md> That's definitely not true. NFSv3 supports nanosecond timestamp md> resolution. This isn't just a theoretical capability. I'm md> looking at a fi

RE: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Martin Dorey
> NFS filesystems (at least not NFSv2 or NFSv3) don't support sub-second > timestamps That's definitely not true. NFSv3 supports nanosecond timestamp resolution. This isn't just a theoretical capability. I'm looking at a file on a Solaris box exported with NFSv3 to a Linux client, showing a m

Re: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Paul D. Smith
%% Warren L Dodge <[EMAIL PROTECTED]> writes: wld> Ok, well our nfs server supports it. This was all done on an nfs wld> mounted file system. We just got this new server a few weeks ago. Nice. wld> So I assume you will need to know some information. Nope, not really. I believe you :-).

GNU make 3.81beta4 released

2005-12-13 Thread psmith
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all; Please find GNU make 3.18beta4, available now for download from ftp://alpha.gnu.org/gnu/make: 0db7ce037088bb32548de7153225c95c ftp://alpha.gnu.org/gnu/make/make-3.81beta4.tar.gz 8bd2a61eef5e98feaf36fa5f95b7aa8a ftp://alpha.gnu.org/gnu/mak

Re: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Paul D. Smith
%% Warren L Dodge <[EMAIL PROTECTED]> writes: wld> I can't believe this is the first time we have noticed this in wld> the two years we have been using 3.80. One thing to note is that NFS filesystems (at least not NFSv2 or NFSv3) don't support sub-second timestamps. So, building on an NFS fi

Re: GNU Make 3.80 problem on Solaris 8

2005-12-13 Thread Warren L Dodge
Thanks for the help. I can't believe this is the first time we have noticed this in the two years we have been using 3.80. ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Re: RFC: Make is a HUGE memory hog

2005-12-13 Thread Paolo Bonzini
GNU make 3.80 is a HUGE memory hog. It calls xstrdup to build dependency list. gnu-src-gcc.deps in libjava has 3000+ targets depend the same 3000+ files, whose filenames are more than 260K. For this dependency alone, make takes 3000*260K == 761MB. Then, you should make the 3000+ target depend