I used this trick with rather complex define/eval constructs
It really works but sometimes gives me 'virtual memory exhaused'
If you (Sam) are interested, I can give you precise example.
If only I figured out how to work out this (endless loop?)
my build system would be perfect =)
Paul D. Smith
GNU make 3.80 assumes that every string in the environment has at least
MAKELEVEL_LENGTH bytes in it, and it executes a subscript error otherwise.
Normally this is harmless, but
Here is a patch.
2003-10-05 Paul Eggert [EMAIL PROTECTED]
* main.c (main):
Avoid potential
I audited GNU make 3.80 for potential buffer overruns due to sprintf
calls, and came up with the following patch. Most of the buffer
overruns are fairly theoretical: they can occur only on hosts where
integers are fairly wide. Some of them are more practical, though:
they can occur on hosts that
%% Peter A. Kerzum [EMAIL PROTECTED] writes:
pak I used this trick with rather complex define/eval constructs It
pak really works but sometimes gives me 'virtual memory exhaused' If
pak you (Sam) are interested, I can give you precise example. If
pak only I figured out how to work out
On Monday 06 October 2003 11:49, Peter A. Kerzum wrote:
Excuse me for another silly question, but can you tell when could this
error occure:
virtual memory exhausted
When calling malloc(0) on some systems. See
http://savannah.gnu.org/bugs/?func=detailbugbug_id=2888group_id=71 for
details.
On Mon, Oct 06, 2003 at 01:53:48PM +0400, Peter A. Kerzum wrote:
I used this trick with rather complex define/eval constructs
It really works but sometimes gives me 'virtual memory exhaused'
If you (Sam) are interested, I can give you precise example.
I would be glad to see that - if not for
Hello,
Just tried to build win32 version of make-3.80. I had some problems with
that though:
1. The build_w32.bat has a typo, + before the first if. This should not be
there.
2. In the NMakefile $(MAKE) is used, which is in my environment to be set
to gmake.exe, perhaps this NMakefile should
%% [EMAIL PROTECTED] writes:
j 3. This version of GNU make would not build, using MSVC6, or MSVC
j.Net C compiler, the batch file, or the nmake NMakefile methods.
See bug # 1687 on Savannah (http://savannah.gnu.org/projects/make)
--
Hello,
Thanks for the pointer
[http://savannah.gnu.org/bugs/?func=detailbugbug_id=1687group_id=71]. Is
there any plan to release a fixed version of 3.80? It seems like it is
quite a while it has not been working.
Is there a release Errata for GNU make? I think this would be useful if
there is
