virtual memory exhausted

Dear Sir,   While compiling an atmospheric model it says   Entering the directory /directory path make[3] *** virtual memory exhausted. StopLeaving the directory /directory path  I came to know that this is a bug. I am using gnu-make. Please help me out to solve this problem.   regards, -- Jagaband

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #1, bug #15919 (project make): > This one looks like it's going to be a big PITA to fix. Do you have any thoughts on why it hangs when we use the implicit rule and does not when we use a normal one. After instantiation of the implicit rule, the two cases should be equivalent.

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

URL: Summary: Make-3.81 rc1 hangs with -j 2 but not with -j 1 Project: make Submitted by: None Submitted on: Mon 02/27/06 at 18:38 Severity: 3 - Normal

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #2, bug #15919 (project make): Not offhand. I haven't looked at it carefully enough. I did spend about 10 mins: just enough to verify that I can reproduce it. I also enabled debugging and I can see that it's looping forever, not just hanging. Make seems to think that it's al

[bug #15719] Make jobserver feature not supported on WINDOWS32 platforms

Follow-up Comment #4, bug #15719 (project make): I don't know if my experience of failure under Cygwin should be considered a separate bug, since it seems that you all seem to be saying that parallelism works under Cygwin but not under cmd.exe It does NOT work reliably under Cygwin, in my experi

[bug #15718] Weird behavior of the SHELL variable on Win32

Follow-up Comment #12, bug #15718 (project make): > P.S. In general, I think that setting SHELL to anything but a > shell, either cmd.exe or some version of Unixy shell, is > playing with fire If I'm not misunderstanding you, the Win32 build of GNU make 3.81rc is supposed to work with cmd.exe, r

Problem with make-3.81rc1 building linux kernel

Hi. I'm running an up-to-date Debian unstable system, so I've got the -rc1 make installed. When I build a kernel for the machine, make seems to believe that everything is always out of date, so the build would be performed as if I'd done a 'make mrproper' and removed all the object files. Even if

[bug #15719] Make jobserver feature not supported on WINDOWS32 platforms

Follow-up Comment #5, bug #15719 (project make): greg~ In my first mail to Paul, I also mentioned the Cygwin erratic failures in features/parallelism. However, at that time I was using GNU make 3.80. With GNU make 3.81beta4, it seems to me it's harder to reproduce the random failures since verst

[bug #15937] default_names test dies on Cygwin; $port_type = 'UNIX'; should be 'W32'

Follow-up Comment #2, bug #15937 (project make): Agent Zhang wrote: >> if ($CASE_SENSITIVE) { [...] >The essence is: any platforms which are case-insensitive to file names should be taken into account. So there won't be any bug reports when other Cygwin-like monsters born out in the future. :=)

Re: make 3.81rc1 / MSYS

> From: David Ergo <[EMAIL PROTECTED]> > Date: Tue, 28 Feb 2006 13:08:10 +0100 > Cc: Xavier Marichal <[EMAIL PROTECTED]>, > =?ISO-8859-1?Q?S=E9bastien?= Frippiat <[EMAIL PROTECTED]> > I managed to compile a working version of make 3.81rc1 for MSYS but I > had do some modifications. > > first

[bug #15719] Make jobserver feature not supported on WINDOWS32 platforms

Follow-up Comment #3, bug #15719 (project make): Just FYI, I have found erratic results under Cygwin: features/parallelism sometimes reports succeeds, sometimes fails. $parallel_jobs = 1; [EMAIL PROTECTED] tests]$ make -j 2 -f /dev/null make: *** No targets. Stop. --- TEST ENVIRONMENT: GNU M

[bug #15941] features/default_names test creates makefiles in the wrong directory (tests); fails to cleanup

URL: Summary: features/default_names test creates makefiles in the wrong directory (tests); fails to cleanup Project: make Submitted by: gkeranen Submitted on: Wed 03/01/06 at

[bug #15719] Make jobserver feature not supported on WINDOWS32 platforms

Follow-up Comment #6, bug #15719 (project make): Agent Zhang wrote: >I'm guessing it's probably not a bug in GNU make, but a "bug" in the test suit itself. AFAIK, there's no easy way to overcome this problem, hence it's mostly the user's responsibility not to run the test suit either on very slow

[bug #15718] Weird behavior of the SHELL variable on Win32

Follow-up Comment #14, bug #15718 (project make): Paul is right: the Windows port does not invoke cmd.exe with the -c switch. So there's no bug here and nothing to fix. Here are the gory details: If you look closer at job.c:construct_command_argv_internal, you will see that, in the `slow' case

Re: svn 14407 broke the repository.

%% Bernhard Fischer <[EMAIL PROTECTED]> writes: >> What I need to know at least is: what is the correct, complete path for >> the blkid_getsize.c file? What is the correct, complete path for the >> blkid_getsize.o file? bf> Correct paths are: bf> /scratch/src/busybox/e2fsprogs/blkid/bl

[bug #15947] tests/features/escape - 'path=p\:' test fails on Cygwin - cannot stat illegal filename

Follow-up Comment #1, bug #15947 (project make): In rethinking my proposed solution, I don't like the idea of simply skipping the test. Instead, I thought a better solution would be to try it with .PHONY : $(path)foo But, unfortunately, this gives the same error as original: make: stat: p:

[bug #15947] tests/features/escape - 'path=p\:' test fails on Cygwin - cannot stat illegal filename

Follow-up Comment #3, bug #15947 (project make): Thanks Agent, You spurred me to think again and to better understand the problem. This bug is wrongly titled and I cannot edit the title now. I originally thought that make was trying to stat a local file named 'p:foo' and having a problem with '

[bug #15718] Weird behavior of the SHELL variable on Win32

Follow-up Comment #13, bug #15718 (project make): Well, you can't assume that just because _on UNIX_ make forcibly adds a -c to every $(SHELL) invocation, that it also does the same thing in the other ports. There's a lot of special code to handle different types of "shell" on Windows; Eli etc.

Re: Make-3.81 rc1 hangs with -j 2 (multiplatform)

On 27 Feb 2006 at 13:09, Paul D. Smith wrote: > %% Boris Kolpackov <[EMAIL PROTECTED]> writes: > > bk> 3. If I replace the "%.3 : | %.2" rule with the equivalent normal > bk> rule, make does not hang. What would the "equivalent normal rule" be? Perhaps I can use that as a workaround in my

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #5, bug #15919 (project make): (comment by J. David Bryan, original submitter) One additional characteristic: aborting make after it's hung, e.g., with CTRL+C, and then re-running "make -j 2" will complete the expected set of actions. That is: $ touch test.0 && make -j 2 touc

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #3, bug #15919 (project make): After some more testing, it appears that removing test.3 from .SECONDARY prevents make from hanging, not test.2. ___ Reply to this item at:

Re: svn 14407 broke the repository.

On Thursday 02 March 2006 3:51 pm, Bernhard Fischer wrote: > On Thu, Mar 02, 2006 at 02:32:53PM -0500, Rob Landley wrote: > >On Thursday 02 March 2006 1:18 pm, Bernhard Fischer wrote: > >> >Not happy... > >> > >> Missing dependency of applets/applets.o vs. .config. > >> Fixed in r14431. > > > >Yup,

Re: svn 14407 broke the repository.

On Thu, Mar 02, 2006 at 02:32:53PM -0500, Rob Landley wrote: >On Thursday 02 March 2006 1:18 pm, Bernhard Fischer wrote: >> >Not happy... >> >> Missing dependency of applets/applets.o vs. .config. >> Fixed in r14431. > >Yup, that's fixed. Thanks. :) > >It now builds for me if I disable everything

Re: virtual memory exhausted

%% "jagabandhu panda" <[EMAIL PROTECTED]> writes: jp> While compiling an atmospheric model it says jp> Entering the directory /directory path jp> make[3] *** virtual memory exhausted. Stop jp> Leaving the directory /directory path jp> I came to know that this is a bug. I am using gnu-m

(no subject)

  ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Re: svn 14407 broke the repository.

On Fri, Mar 03, 2006 at 04:36:07PM -0500, Paul D. Smith wrote: >%% Bernhard Fischer <[EMAIL PROTECTED]> writes: > > bf> I *think* that i'm tripping a bug in "my" make-3.81b4 version. > bf> Please reread the bug with-make-and-e2fsprogs mail ¹) or just > bf> apply *and* *checkin* the attached alle

kbuild: Problem with latest GNU make rc

Hi all. I've set Reply-To: to the bug-make@gnu.org list; I'm hoping we can keep the discussion there since I don't subscribe to kbuild-devel. I'm working on getting the next release of GNU make, 3.81, out the door (amazing!) The weekend before last I released 3.81rc1 for people to test. A day

Re: svn 14407 broke the repository.

%% Rob Landley <[EMAIL PROTECTED]> writes: rl> The line numbering is off. Although it _says_ it's complaining rl> about line 247, it's actually complaining about line 249, which rl> is: There were a few line numbering issues resolved since 3.80 was released. rl> P.S. Either way it stil

[bug #15718] Weird behavior of the SHELL variable on Win32

Follow-up Comment #15, bug #15718 (project make): Hmm...here is the screen-shot: D:\Agent2002\AISystem1.0\SVK\de\UniSimu\Methodology>win32-make SHELL=cmd test dmd -quiet binary_tree_set3.d Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. D:\Agent2002\AISystem1.0\S

Re: Make-3.81 rc1 hangs with -j 2 (multiplatform)

%% Boris Kolpackov <[EMAIL PROTECTED]> writes: bk> "J. David Bryan" <[EMAIL PROTECTED]> writes: >> I originally reported a make-3.81rc1 hang against the Windows port here: >> >> http://lists.gnu.org/archive/html/make-w32/2006-02/msg00058.html bk> I did some digging and here is what I

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #4, bug #15919 (project make): I tried to minimize the makefile but couldn't get any rules out without removing buggy behavior. I could get .SECONDARY out of the way, however. The first line in the makefile: .SECONDARY: test.1 test.2 test.3 Can be replaced with .INTERMEDIATE: