Hello,
We have been using gnu make for several years in our development
environment.
(C++ code, IRIX / Linux Mandrake platforms).
Current version is 3.79.
As we are using faster and faster compiling machines, we have discovered
what seems to
be timing problems with gnu make. Problem is as follow
3.80 is coming along nicely. Unfortunately, because almost all the
changes are confined to a few parts of read.c, it's difficult to break
the work up for more than one person without everything getting messy.
Thanks...
--
%% Manoj Srivastava <[EMAIL PROTECTED]> writes:
ms> make 3.79.1 fails with an assertion error when a target-specific
ms> variable append is combined with setting the variable on the make
ms> command line.
Thanks for the report.
This bug has already been fixed as a side-effect of another f
%% "Thierry Zamofing" <[EMAIL PROTECTED]> writes:
tz> calling nmake /f NMakefile on cmd.exe:
tz> config.h, 375 : #define LOCALEDIR "" adding this or something like this to
compile main.c
tz> main.c, 146 : int debug_flag = 0; must be static to link.
tz> Please re
calling nmake /f NMakefile on cmd.exe:
config.h, 375 : #define LOCALEDIR "" adding this or something like this to
compile main.c
main.c, 146 : int debug_flag = 0; must be static to link.
Please report if this is correct, and if that message was read.
A Simple 'OK' is en
Thierry Zamofing wrote:
>
> calling nmake /f NMakefile on cmd.exe:
errr, nmake isn't GNU Make. go ask for some support ms :)
they may not be very responsive though, i hope the next
150MB service pack fixes your problem. :)))
--
Eray (exa) Ozkural
Comp. Sci. Dept., Bilkent University, Ankara
e-
