[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
: None Triage Status: None ___ Details: This was filed in Red Hat bugzilla here: https://bugzilla.redhat.com/show_bug.cgi?id=885474 To reproduce this, use the following Makefile: default: /home/petr/src/make/build/make -f Makefile2 A

[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
: None ___ Details: $ cat mk X := $(shell ./x.py) all:; echo "$(X)" $ cat x.py #!/usr/bin/env python import os $ make -f mk 0 lr-x-- 1 petr petr 64 2008-09-16 17:36 3 -> /home/petr/packages-fedora/make/devel/make-test-fd-leak/mk 0 lr-x-- 1 petr petr 64 2008-09-16 17

[bug #17873] .NOTPARALLEL enhancements

2008-03-22 Thread Petr Ivanov
Follow-up Comment #10, bug #17873 (project make): Hm.. I have Madriva too and no bugs noted best regards http://mp3front.com http://mp3location.com ___ Reply to this item at: __

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

make 3.80: -B option is not documented in man and info pages

2002-11-01 Thread Petr Slansky
make 3.80: Thanks for -B option very much, it seems to work well. -B option is not documented in man and info pages. There is an alterntaive --always-make for -B option, from my point of view, --rebuild-all will be better but I am happy with --alwayes-make too. With regards, Petr

cygwin make 3.79.1 crashes

2001-10-21 Thread Petr Balas
ystem: Windows 2000 SP2 If you need more informations contact me. Petr Balas (petr at balas dot cz) ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Multi Level Marketing!!!

2001-08-06 Thread Petr
éÚ×ÉÎÉÔÅ ÚÁ ×ÔÏÒÖÅÎÉÅ. åÓÌÉ ÜÔÏ ÐÒÅÄÌÏÖÅÎÉÅ ÷ÁÓ ÎÅ ÚÁÉÎÔÅÒÅÓÕÅÔ, ÔÏ ÓÍÅÌÏ ÅÇÏ ÓÔÉÒÁÊÔÅ, ÏÎÏ ÷ÁÍ ÂÏÌØÛÅ ÎÅ ÐÒÉÄÅÔ. á ÅÓÌÉ ÚÁÉÎÔÅÒÅÓÕÅÔ, ÔÏ ×ÎÉÍÁÔÅÌØÎÏ ÐÒÏÞÉÔÁÊÔÅ ÐÒÉÌÁÇÁÀÝÉÊÓÑ ÆÁÊÌ, É ÷Ù ÐÏÊÍÅÔÅ ËÁË ÒÁÂÏÔÁÅÔ ÜÔÁ ÓÉÓÔÅÍÁ, ÐÒÉ ÐÏÍÏÝÉ ËÏÔÏÒÏÊ ÷Ù ÓÍÏÖÅÔÅ ÚÁÒÁÂÏÔÁÔØ ÐÒÉÌÉÞÎÙÅ ÄÅÎØÇÉ! íÎÏÇÉÅ ÌÀÄÉ ÕÖÅ

I miss a parametr to rebuild all...

2001-03-01 Thread Petr Slansky
d to rebuild all, not all Makefiles in the world are done in well way... I miss an option to don't check timemarks of files and rebuild. With combination of "-n" I will see project creation process... Thanks for your help, Petr ==