Re: [PATCH] Add the --nice argument to make

> Date: Mon, 16 Sep 2019 18:08:23 -0700 > From: Palmer Dabbelt > Cc: Palmer Dabbelt > > +#ifdef HAVE_UNISTD_H > + if (nice(0) == nice(arg_nice)) > +#endif This is not portable enough, because having unistd.h doesn't yet mean you have 'nice'. E.g., MinGW, which produces native MS-Windows p

Re: [PATCH] Add the --nice argument to make

On Mon, Sep 16, 2019 at 4:17 PM Palmer Dabbelt wrote: > I call make quite regularly, and I almost always want to invoke it with > at least a bit of nice to avoid it eating my whole machine. Since I can > stick "-j$(nproc)" in my shell's default MAKEFLAGS I frequently end up > being lazy and just

[PATCH] Add the --nice argument to make

I call make quite regularly, and I almost always want to invoke it with at least a bit of nice to avoid it eating my whole machine. Since I can stick "-j$(nproc)" in my shell's default MAKEFLAGS I frequently end up being lazy and just typing "make", which I then have to kill in order to re-run as

Re: "make check" failure on Solaris 10 with make 4.2.91

On Mon, 2019-09-16 at 12:23 -0700, Paul Eggert wrote: > > Can you run this and tell me what it prints: > > > >perl -we 'use File::Spec::Functions qw(splitpath); my @o = > splitpath("../make"); print "@o\n"' > > A single line " ../make". Ugh, that's wrong. It should be " ../ make" (note the

Re: "make check" failure on Solaris 10 with make 4.2.91

On 9/16/19 11:20 AM, psm...@nuodb.com wrote: On Mon, 2019-09-16 at 11:04 -0700, Paul Eggert wrote: syntax error at ./run_make_tests.pl line 473, near "or continue" Ugh. Can you change this line: -x $prog or continue; to this: -x $prog or next; Thanks, that got the tests to

Re: "make check" failure on Solaris 10 with make 4.2.91

On Mon, 2019-09-16 at 11:04 -0700, Paul Eggert wrote: > syntax error at ./run_make_tests.pl line 473, near "or continue" Ugh. Can you change this line: -x $prog or continue; to this: -x $prog or next; ? That's a dumb syntax error. Too many different languages. However, I don't

[bug #56895] Cannot build make due to compiler warnings/failures

Follow-up Comment #4, bug #56895 (project make): Excellent, I will check it out (literally). Thank you! ___ Reply to this item at: ___ Message sent via

"make check" failure on Solaris 10 with make 4.2.91

On Solaris 10 sparc, "make check" fails with the attached output. Solaris 10 has Perl v5.8.4 (with 46 registered patches), which is still maintained by Oracle (most recently updated in 2016). I guess the GNU Make test procedure currently requires a later version of Perl. If so, it'd be helpful

Re: vpathplus test 2 patch

On Sep 16 2019, Paul Smith wrote: > On Thu, 2019-09-12 at 09:33 +0200, Andreas Schwab wrote: >> On Sep 11 2019, Dmitry Goncharov wrote: >> > On Wed, Sep 11, 2019 at 2:51 AM Andreas Schwab wrote: >> > > > The new hashing mechanism hashes differently on big vs little >> > > > endian. >> > > >> >

Re: patch realpath on aix

On Fri, 2019-09-13 at 21:42 -0400, Dmitry Goncharov via Bug reports and discussion for GNU make wrote: > aix implementation of realpath returns a path with a trailing slash > given a path with 2 or more trailing slashes. This makes realpath test > fail. This one didn't make it into the current RC

Re: vpathplus test 2 patch

On Thu, 2019-09-12 at 09:33 +0200, Andreas Schwab wrote: > On Sep 11 2019, Dmitry Goncharov wrote: > > On Wed, Sep 11, 2019 at 2:51 AM Andreas Schwab wrote: > > > > The new hashing mechanism hashes differently on big vs little > > > > endian. > > > > > > Should this be considered as a bug? > >

GNU make 4.2.91 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 #56895] Cannot build make due to compiler warnings/failures

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

Re: [bug #56892] toxic combination of -include and match-anything rules

David Boyce (14 September 2019 22:28) wrote, on : > I'm not saying this is a bug necessarily but want to submit it for > some sort of resolution. I an into an infinite loop situation > recently. On my advice, in a very old and complex recursive makefile > suit

Re: patch locale settings

On Sep 14 2019, Paul Smith wrote: > On Sat, 2019-09-14 at 16:19 -0400, Dmitry Goncharov wrote: >> $ LC_MESSAGES=ru_RU ./run_make_tests -make_path ../l32/make > > I'm surprised that even works; on my system if I use a shorthand like > "de_DE" instead of the full "de_DE.UTF-8", then it isn't recogn