> There was a bug fixed with if in 3.79. Please try the latest version
> and re-report if it still fails. Thanks.
Okay, 3.79 appears to have fixed that bug. Both reported variations of
makefile core-dumps now work fine.
It seems to have fixed the $(if $(strip ...)) bug [which I hadn't yet
rep
There was a bug fixed with if in 3.79. Please try the latest version
and re-report if it still fails. Thanks.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org
There seems to be some unreliability in parsing $(if ...)
Here's a bug where I have an extra parenthesis after my $(if ...), and it
causes a coredump [on BSD, Linux, and SGI compiles of gmake-3.78.1]
I've also seen $(if $(filter ...) ...) incorrectly filter, and $(if $(strip
...)) coredump, even
> "Paul" == Paul D Smith <[EMAIL PROTECTED]> writes:
Paul> Doh. I don't know what I was thinking. This one is easy. Your
Paul> rule is:
Doh is right. Sorry to have bothered you with that part of it :-(
Mahalo,
Jim
> "Paul" == Paul D Smith <[EMAIL PROTECTED]> writes:
Paul> It seems like you've got some serious memory corruption here, but
Paul> I've never seen anything like this before.
Paul> You don't have a copy of Purify lying around anywhere, have you?
Paul> If not, the dmalloc libra
As I mentioned earlier, there's a logic bug in GNU make 3.79
in the case of WINDOWS32: the code
if (mtime > now && (((mtime % 2) == 0) && ((mtime-1) > now)))
does not warn about a future timestamp if the timestamp is odd. I
earlier sent a patch that was combined with a lot of other stuf
Here's a very minor code cleanup for GNU make. job.c includes time.h,
but make.h already includes time.h, so this is redundant.
2000-05-22 Paul Eggert <[EMAIL PROTECTED]>
* job.c: Don't include time.h, as make.h already does this.
=
