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 wro
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 sub
Excuse me for another silly question, but can you tell when could this
error occure:
virtual memory exhausted
--
Best Regards,
Peter A. Kerzum
___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make
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
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=detailbug&bug_id=2888&group_id=71 for
detai
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=detailbug&bug_id=1687&group_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 i
10 matches
Mail list logo