[bug #63157] Unlink temporary files.

Follow-up Comment #21, bug #63157 (project make): The only places leftover files may happen is (a) on Windows, only when (b) you kill GNU make with ^C or similar. Any other leftover files should not happen. Please provide details of the names of the files that are left over and which

[bug #63157] Unlink temporary files.

Follow-up Comment #22, bug #63157 (project make): Frank, can you please tell us how to reproduce? ___ Reply to this item at: ___ Message sent via

Re: GNU make 4.3.91 on Debian 9.1

On Wed, 2022-10-19 at 05:05 +, Martin Dorey wrote: > >  Is there any possibility of seeing the output > > Certainly, but I still don't want to spam the list to death with the > whole thing and I didn't spot anything interesting. I meant in general. For example, for the failures that appear

Re: GNU make 4.3.91 on Debian 9.1

Hi Paul, > For example, for the failures that appear to be > timeouts sometimes the test suite will generate some information about > that, to stdout/stderr. > > Maybe there's some make target or script that, if it exists, the > platform testing scripts will run on failure to generate the tar

Re: features/temp_stdin FAILED (was: GNU make 4.3.91 release candidate available)

On Wed, Oct 19, 2022 at 2:33 AM Frank Heckenbach wrote: > features/temp_stdin . FAILED (6/7 passed) > [...] > % cat tests/work/features/temp_stdin.diff.5 > *** work/features/temp_stdin.base.5 Wed Oct 19 06:05:22 2022 > --- work/features/temp_stdin.log.5

Re: GNU make 4.3.91 on Debian 9.1

> make light of the one that isn't (far as I see) a regression I looked into it further and concluded that failure is indeed expected on Debian 9, where it's a harmless documentation of the legacy $(wildcard) behavior with dangling symlinks there. I've posted an explanation of that to

[bug #52018] suggestion: test case for glob with dangling symlink

Follow-up Comment #6, bug #52018 (project make): If I've understood this correctly, then the upshot of the new test, https://git.savannah.gnu.org/cgit/make.git/commit/?id=f9ba22e02924e0a869a6e40ef4a70ee884d1ec46, is that we should expect a "failure", which is really just documenting legacy

[bug #63157] Unlink temporary files.

Follow-up Comment #23, bug #63157 (project make): Frank wrote [ I now found a way to reproduce it quite easily on my system. As I suspected, it seems to be SIGPIPE: % rm -f /tmp/G* % cat Makefile all: ; sleep 1 % make -j2 -O 2>&1 | : % ls -l /tmp/G* prw--- 1 frank frank 0 19. Okt 22:42

[bug #63157] Unlink temporary files.

Follow-up Comment #24, bug #63157 (project make): [comment #23 comment #23:] > Frank wrote [ > > I now found a way to reproduce it quite easily on my system. > As I suspected, it seems to be SIGPIPE: > > % rm -f /tmp/G* > % cat Makefile > all: ; sleep 1 > % make -j2 -O 2>&1 | : > % ls -l

Re: features/temp_stdin FAILED (was: GNU make 4.3.91 release candidate available)

On Wed, Oct 19, 2022 at 4:25 PM Frank Heckenbach wrote: > Indeed, adding a sleep after kill seems to ensure the message is > always written to the log file. Thanks, Frank. The same fix is also needed in output-sync. I opened https://savannah.gnu.org/bugs/index.php?63243 and attached a patch.

[bug #63243] Fix a race between sigterm and make writing its error message.

Additional Item Attachment, bug #63243 (project make): File name: sv63243.diff Size:2 KB ___ Reply to this item at:

[bug #63241] implement "exit" in makefile parsing

URL: Summary: implement "exit" in makefile parsing Project: make Submitter: None Submitted: Wed 19 Oct 2022 04:43:52 PM UTC Severity: 3 - Normal Item Group:

[bug #52018] suggestion: test case for glob with dangling symlink

Follow-up Comment #7, bug #52018 (project make): > So Debian Stretch aka 9, with glibc 2.24, fails, where Debian Buster aka 10, with glibc 2.28, passes, meaning that it exhibits the new behavior, where $(wildcard) matches even dangling symlinks. It would be possible for 'make' to not have this

[bug #63243] Fix a race between sigterm and make writing its error message.

URL: Summary: Fix a race between sigterm and make writing its error message. Project: make Submitter: dgoncharov Submitted: Thu 20 Oct 2022 12:35:26 AM UTC Severity: 3 -

Re: features/temp_stdin FAILED (was: GNU make 4.3.91 release candidate available)

Dmitry Goncharov wrote: > On Wed, Oct 19, 2022 at 2:33 AM Frank Heckenbach > wrote: > > features/temp_stdin . FAILED (6/7 > > passed) > > [...] > > % cat tests/work/features/temp_stdin.diff.5 > > *** work/features/temp_stdin.base.5 Wed Oct 19 06:05:22

[bug #63243] Fix a race between sigterm and make writing its error message.

Follow-up Comment #1, bug #63243 (project make): Tests in temp_stdin and output-sync send sigterm to kill make. There is a race here between sigterm and make writing to the log file. This races causes the tests to fail occasionally. The original bug report and a patch provided by Frank Heckenbach

Re: [bug #63157] Unlink temporary files.

Paul D. Smith wrote: > Follow-up Comment #21, bug #63157 (project make): > > The only places leftover files may happen is (a) on Windows, only when (b) you > kill GNU make with ^C or similar. > > Any other leftover files should not happen. Please provide details of the > names of the files

Re: [bug #62936] Confusing description of chained rules in the manual

On Sat, 15 Oct 2022 at 23:57, Paul D. Smith wrote: > Follow-up Comment #1, bug #62936 (project make): > > I don't know why you say "you cannot update a non-existing file": make does > this all the time! When you start make in a clean directory there are no > object files, for example, and so

features/temp_stdin FAILED (was: GNU make 4.3.91 release candidate available)

% uname -a Linux mars 5.10.0-19-amd64 #1 SMP Debian 5.10.149-1 (2022-10-17) x86_64 GNU/Linux % tar xf make-4.3.91.tar.lz % cd make-4.3.91 % ./configure --prefix=/usr % make -j % make check [...] features/temp_stdin . FAILED (6/7 passed) [...] % cat