Xenix Compiling

2000-06-22 Thread Ricky Shelbon
I know this may seem a bit of the ball park, but here's my problem: machine info: System type = Xenix Release = 2.3.4 Machine = i80386 (IBM equipment) I've tried installing GNU Make v 3.79. When it runs it gets to the part of host system and stops, state

Re: make 3.79 timestamp problem

2000-06-22 Thread Paul D. Smith
%% "Albert L. Ting" <[EMAIL PROTECTED]> writes: alt> Not sure if this is a solaris bug or a make bug, but it works alt> fine in make-3.78.1. It appears make now treats targets with the alt> same timestamp as the prerequisite as out of date. That didn't alt> happen with make-3.78.1.

Re: 3.79 not correctly checking archive members

2000-06-22 Thread Paul D. Smith
This is PR/1696 (IIRC) (see README file for how to access the bug database) and has already been fixed in the sources. The next release of GNU make (3.79.1) should be out very shortly. -- --- Paul D. Smith <[EMAIL PROT

3.79 not correctly checking archive members

2000-06-22 Thread Devon Miller
In remake.c, f_mtime() calls ar_member_date() to obtain the mtime on a archive member. ar_member_date() returns (time_t)-1 if the member is not found. The result is then passed to the FILE_TIMESTAMP_FROM_S_AND_NS() macro to create a FILE_TIMESTAMP. The resulting FILE_TIMESTAMP is later compared

make 3.79 timestamp problem

2000-06-22 Thread Albert L. Ting
Not sure if this is a solaris bug or a make bug, but it works fine in make-3.78.1. It appears make now treats targets with the same timestamp as the prerequisite as out of date. That didn't happen with make-3.78.1. Albert all: foo $(foobar) foo : bar @echo file o