[bug #39934] make closes a wrong FD, results in *** INTERNAL: readdir: Bad file descriptor

2013-09-03 Thread Petr Machata
Follow-up Comment #2, bug #39934 (project make): This is consistently reproducible with current git HEAD (40a49f24) as well as 3.82. ___ Reply to this item at: __

[bug #39934] make closes a wrong FD, results in *** INTERNAL: readdir: Bad file descriptor

2013-09-03 Thread Petr Machata
URL: Summary: make closes a wrong FD, results in *** INTERNAL: readdir: Bad file descriptor Project: make Submitted by: pmachata Submitted on: Втр 03 Сен 2013 17:44:02 Severity: 3 - No

[bug #39851] Stack limit not restored for processes spawned through $(shell)

2013-08-22 Thread Petr Machata
Follow-up Comment #3, bug #39851 (project make): OK, the test is racy. I see it was fixed in 3057357c from 10 Dec 2011. ___ Reply to this item at: ___

[bug #39851] Stack limit not restored for processes spawned through $(shell)

2013-08-22 Thread Petr Machata
Follow-up Comment #2, bug #39851 (project make): Scratch that, that seems to be interaction between this and other downstream patches. The upstream test suite consistently passes. ___ Reply to this item at:

[bug #39851] Stack limit not restored for processes spawned through $(shell)

2013-08-22 Thread Petr Machata
Follow-up Comment #1, bug #39851 (project make): Hmm, this breaks targets/SECONDARY. ___ Reply to this item at: ___ Message sent via/by Savannah http:

[bug #39851] Stack limit not restored for processes spawned through $(shell)

2013-08-22 Thread Petr Machata
URL: Summary: Stack limit not restored for processes spawned through $(shell) Project: make Submitted by: pmachata Submitted on: Чтв 22 Авг 2013 14:54:01 Severity: 3 - Normal

[bug #33873] MAKEFLAGS=-jN gets lost on reexec

2011-07-27 Thread Petr Machata
URL: Summary: MAKEFLAGS=-jN gets lost on reexec Project: make Submitted by: pmachata Submitted on: Срд 27 Июл 2011 22:48:56 Severity: 3 - Normal Item Group: Bug

Re: [bug #31614] allow spaces in target names

2010-11-11 Thread Petr Machata
2010/11/10 Paul Smith : > However, this is not nearly the only problem with this suggestion. > Adding support for whitespace inside filenames is actually extremely > tricky, because almost all of make is really just text parsing, and all > that parsing is whitespace-based. Hmm, right, I didn't rea

[bug #31621] interaction of pattern rules and globs

2010-11-11 Thread Petr Machata
Follow-up Comment #1, bug #31621 (project make): Forgot to post this: $ cat x.mk %/md5: %/sums/*.md5 echo action ___ Reply to this item at: ___

[bug #31621] interaction of pattern rules and globs

2010-11-11 Thread Petr Machata
URL: Summary: interaction of pattern rules and globs Project: make Submitted by: pmachata Submitted on: Чтв 11 Ноя 2010 15:39:36 Severity: 3 - Normal Item Group: Bug

[bug #31614] allow spaces in target names

2010-11-10 Thread Petr Machata
Follow-up Comment #1, bug #31614 (project make): It works from the command line, too: $ echo 'a b:; echo $@' | make -f - "a b" echo a b a b ___ Reply to this item at:

[bug #31614] allow spaces in target names

2010-11-10 Thread Petr Machata
URL: Summary: allow spaces in target names Project: make Submitted by: pmachata Submitted on: Срд 10 Ноя 2010 14:52:52 Severity: 3 - Normal Item Group: Enhancement

[bug #30748] Segmentation violation for SHELL with "strange" character

2010-08-12 Thread Petr Machata
Follow-up Comment #1, bug #30748 (project make): It seems appending the shell flag "-c" was dropped between the releases: $ strace -f make -f ../y.mk # or really snip thereof [pid 16358] execve("/bin/sh", ["/bin/sh", "-c", "python^ -c print\ 7"], [/* 48 vars */]) = 0 $ strace -f ./make -f ../y.m

[bug #30748] Segmentation violation for SHELL with "strange" character

2010-08-11 Thread Petr Machata
URL: Summary: Segmentation violation for SHELL with "strange" character Project: make Submitted by: pmachata Submitted on: Срд 11 Авг 2010 14:49:30 Severity: 3 - Normal

[bug #29968] features/recursion test fails (probably) due to changes in getopt_long

2010-05-26 Thread Petr Machata
URL: Summary: features/recursion test fails (probably) due to changes in getopt_long Project: make Submitted by: pmachata Submitted on: Срд 26 Май 2010 13:55:40 Severity: 3 - Normal

[bug #24277] make leaks FDs through $(shell)

2008-09-16 Thread Petr Machata
Follow-up Comment #1, bug #24277 (project make): (The patch is against today's CVS, even though the component version is filed as 3.81.) ___ Reply to this item at: _

[bug #24277] make leaks FDs through $(shell)

2008-09-16 Thread Petr Machata
URL: Summary: make leaks FDs through $(shell) Project: make Submitted by: ant_39 Submitted on: Tue 16 Sep 2008 05:59:30 PM CEST Severity: 3 - Normal Item Group: Bug

Re: multi-line commands with quoted SHELL

2007-03-07 Thread Petr Machata
Paul Smith wrote: The problem is that when SHELL contains quotations etc., /bin/sh is invoked, and whole command is passed through that. But the outer shell then destroys the backslash-newline sequences. The solution is to singly-quote these. The attached patch against make 3.81 does this.

[bug #19232] make passes quoted SHELL through another shell

2007-03-07 Thread Petr Machata
URL: Summary: make passes quoted SHELL through another shell Project: make Submitted by: ant_39 Submitted on: Wednesday 03/07/2007 at 19:59 Severity: 3 - Normal Item Gro

multi-line commands with quoted SHELL

2007-02-23 Thread Petr Machata
Hi list! There is a bug tracked in Red Hat bugzilla http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219409 The problem is best demonstrated by this Makefile snippet: all:;@echo e\ cho With this make invocation, it works as intended: $ make 'SHELL=/bin/sh' echo But when th