[bug #59585] Make with output-sync prints 'fcntl(): Bad file descriptor' on MacOS when output is piped

2020-12-01 Thread anonymous
URL: Summary: Make with output-sync prints 'fcntl(): Bad file descriptor' on MacOS when output is piped Project: make Submitted by: None Submitted on: Tue 01 Dec 2020 11:10:50 AM UTC

[bug #59395] gmake space handling is not compatible to POSIX

2020-12-01 Thread Jörg Schilling
Follow-up Comment #2, bug #59395 (project make): Could you explain why gmake deviates from make in such an important point? I believe that .POSIX should be reserved to cases where the POSIX standard does not agree with the behavior of the historic UNIX make. This however does not apply to this ca

[bug #59399] Add a warning about using $* and $< in explicit rules

2020-12-01 Thread Jörg Schilling
Follow-up Comment #6, bug #59399 (project make): I would love to see gmake to avoid unneeded and confusing output. I however see tons of messages like 'entering directory..' and similar. If you like to see these kind of messages, I would expect that people need to use a related option to enable t

[bug #59399] Add a warning about using $* and $< in explicit rules

2020-12-01 Thread Paul D. Smith
Follow-up Comment #7, bug #59399 (project make): The output about "entering directory" is definitely important and it's certainly not confusing. The output is used by (at least) Emacs's compile mode to allow it to track and correctly manage output, so it can understand the current working directo

[bug #59395] gmake space handling is not compatible to POSIX

2020-12-01 Thread Paul D. Smith
Follow-up Comment #3, bug #59395 (project make): > Could you explain why gmake deviates from make in such an important point? Is it important though? What makefiles really care? If it were critical then there would certainly be a lot of people upset about this but it seems like it only matters