[bug #57022] Error 127 executing a script with no #!

URL: Summary: Error 127 executing a script with no #! Project: make Submitted by: mdorey Submitted on: Tue 08 Oct 2019 05:29:37 PM PDT Severity: 3 - Normal Item Group: B

tests/features/output-sync failure on Solaris 10

'make check' fails on Solaris 10 in multiple ways. I posted a fix for the functions/shell problem recently . This bug report is about a different problem, with features/output-sync, which fails as follows: $ cd tests

[PATCH] Port functions/shell to Solaris 10

* tests/scripts/functions/shell: Port exit-status calculation to Solaris 10 with Perl 5.8.4. --- tests/scripts/functions/shell | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/tests/scripts/functions/shell b/tests/scripts/functions/shell index 54514e8..93ff7cb 100644 ---

Re: ENOEXEC from exec*() functions...?

Rereading the rest of the thread, I see I should have included: martind@swiftboat:~$ uname -a Linux swiftboat 3.16.0-9-amd64 #1 SMP Debian 3.16.68-2 (2019-06-17) x86_64 GNU/Linux martind@swiftboat:~$ dpkg --status libc6:amd64 ... Version: 2.19-18+deb8u10 That's Debian Jessie. ltrace shows it's

Re: ENOEXEC from exec*() functions...?

Sorry to reanimate this but I think I've run into a regression in 4.2.92 over 4.2.1 that's probably related to this old email thread. Bug or email, bug or email... email: martind@swiftboat:~/playpen/make-2019-10-08$ cat > Makefile all: ; ./dodgy martind@swiftboat:~/playpen/make-2019-10-08$ cat

[bug #56449] job.c (construct_command_argv_internal): Must use shell if '%' character is present in recipe line

Update of bug #56449 (project make): Fixed Release: SCM => None ___ Reply to this item at: ___ Messa

GNU make 4.2.92 release candidate available

GNU make is a tool which controls the generation of executables and other non-source files of a program from the program's source files. You can learn more at: https://www.gnu.org/software/make/ --

[bug #57014] make-4.2.91 segfaults under Solaris 10 when many files are involved

Update of bug #57014 (project make): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #4: Thanks for the investi

[bug #57014] make-4.2.91 segfaults under Solaris 10 when many files are involved

Follow-up Comment #3, bug #57014 (project make): Please have a look into src/hash.c, in sum_up_to_nul(). The memcpy() (line 416) segfaults because the bytes after \0 are not readable, in the case where the filename (or whatever is hashed here) ends immediately (or almost immediately) before the bo