> Date: Fri, 14 Dec 2012 20:37:54 +0400
> From: "Dmitry V. Levin"
>
> > > make: More parallel jobs (-jN) than this platform can handle
> > > requested.
> > > make: Resetting to single job (-j1) mode.
> >
> > I see no message like this in the current Make sources. Maybe I'm
> > missing
On Fri, 2012-12-14 at 17:07 +0200, Eli Zaretskii wrote:
> Does it even make sense to use -j with no arguments? Should we
> perhaps remove that possibility, or have some internal sane limit,
> like twice the number of cores, say?
In general I'd say no, the current behavior is not ideal. However I
On Sat, Dec 15, 2012 at 09:35:18AM -0500, Paul Smith wrote:
> On Fri, 2012-12-14 at 17:07 +0200, Eli Zaretskii wrote:
> > Does it even make sense to use -j with no arguments? Should we
> > perhaps remove that possibility, or have some internal sane limit,
> > like twice the number of cores, say?
>
> From: Paul Smith
> Cc: warner.w...@hp.com, Bug-make@gnu.org
> Date: Sat, 15 Dec 2012 09:35:18 -0500
>
> On Fri, 2012-12-14 at 17:07 +0200, Eli Zaretskii wrote:
> > Does it even make sense to use -j with no arguments? Should we
> > perhaps remove that possibility, or have some internal sane lim
> Date: Sat, 15 Dec 2012 19:08:06 +0400
> From: "Dmitry V. Levin"
>
> gnulib has a nproc module that can "detect the number of processors":
> http://git.savannah.gnu.org/cgit/gnulib.git/tree/modules/nproc
> Judging from the number of #if's in its implementation it must be quite
> portable. :)
Bu
I've been using this thunk implementation as described
http://www.cakoose.com/wiki/gnu_make_thunks, but recently came upon an
anomaly on a different operating system. Here's an example Makefile:
A = abcdefghijklmnop
B = $(eval B := $A)$B
test:
@echo [$B]
@echo [$B]
On cygwin it seems
Victor,
A similar question was asked some time ago:
http://lists.gnu.org/archive/html/bug-make/2012-05/msg00014.html
Short answer: Yes, this is a bug, see here:
https://savannah.gnu.org/patch/?7534
Accordingly to the difference between Cygwin and other versions: I believe
the former has a newer v
