[bug #58743] siggetmask should be called with no arguments.

Follow-up Comment #7, bug #58743 (project make): FYI I just pushed -C (empty) support to tcc git. tcc has already several gcc compatible options that are accepted but dropped in order to support gcc plug and play replacement. Now, with or without maintainer mode, gnumake compiles ROOTB from git w

[bug #58743] siggetmask should be called with no arguments.

Follow-up Comment #6, bug #58743 (project make): That's fine with me. I was using git to test your recent changes on Raspberry (arm) and now confirm it works well. I was not aware it builds gnumake in maintenance mode. Thanks your for your help and support. Christian ___

[bug #58735] When rebuilding makefiles, make tries them in reverse order

Follow-up Comment #6, bug #58735 (project make): I just want to be clear: changing make to allow it to be able to rebuild makefiles incrementally is not just a breaking change, it is also a sizeable development effort. Today GNU make works in three discrete stages: first it reads all makefiles, t

[bug #58735] When rebuilding makefiles, make tries them in reverse order

Follow-up Comment #5, bug #58735 (project make): > If I provide more dependency information, gmake runs more commands in parallel when in parallel mode and this will cause more problems since only one of these commands needs to be run. As discussed in the other bug, the right answer to this probl

[bug #58743] siggetmask should be called with no arguments.

Follow-up Comment #5, bug #58743 (project make): I forgot to say: this is only relevant for code checked out from Git. It's actually not even possible to enable maintainer mode for release tarballs downloaded from ftp.gnu.org: the code for it isn't included in the release tarball. __

[bug #58743] siggetmask should be called with no arguments.

Follow-up Comment #4, bug #58743 (project make): That flag is only used in maintenance mode, which has a number of requirements on the system AND ALSO adds a bunch of debugging code that will unquestionably slow down your GNU make program. I strongly advise that you not use maintenance mode to bu

[bug #58743] siggetmask should be called with no arguments.

Follow-up Comment #3, bug #58743 (project make): Now works well with tcc and you last commit. In fact, I had to remove -C (comment) gcc option which is not supported by tcc. Maybe you should test if $(CC) supports -C. I also tested on RPi 64bit which is aarch64 not arm.

[bug #58347] Build failure on 32-bit ARM

Update of bug #58347 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #58743] siggetmask should be called with no arguments.

Update of bug #58743 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #58734] gmake does not check for the existence of a file before complaining it is missing

Follow-up Comment #6, bug #58734 (project make): > I forgot to mention, that this happens in parallel and in serial mode. So your assumption is wrong. I said, running the command twice can only happen with parallel builds enabled. I stand behind that statement as correct. I was careful to make

[bug #58743] siggetmask should be called with no arguments.

Follow-up Comment #2, bug #58743 (project make): I forgot to mention it is for RPi which is arm. It may be related to: [bug #58347] Build failure on 32-bit ARM ___ Reply to this item at: _

[bug #58743] siggetmask should be called with no arguments.

Follow-up Comment #1, bug #58743 (project make): Thanks, I will fix this. The reason this doesn't show up on systems I test on is that this code is only run if the POSIX macro is not set. The POSIX macro will be set if both HAVE_UNISTD_H is defined AND _POSIX_VERSION is defined (unless either ul

[bug #58735] When rebuilding makefiles, make tries them in reverse order

Follow-up Comment #4, bug #58735 (project make): If I provide more dependency information, gmake runs more commands in parallel when in parallel mode and this will cause more problems since only one of these commands needs to be run. So this is also a problem that is related to an unhappy combin

[bug #58734] gmake does not check for the existence of a file before complaining it is missing

Follow-up Comment #5, bug #58734 (project make): I forgot to mention, that this happens in parallel and in serial mode. So your assumption is wrong. Caching is not a bad thing if it helps to speed up things. I did not make related tests and I am not going to doubt here because this would put effo