On Mon, 2022-02-21 at 15:56 +0100, Magnus Ihse Bursie wrote:
> I'm trying to built it from source right now (and it does not seem
> complicated), but even so, an official binary makes sure I'm not
> introducing any issues from my local build environment.
There is no such thing as an "official bi
> Date: Mon, 21 Feb 2022 15:56:37 +0100
> From: Magnus Ihse Bursie
>
> > I am not aware of any issues like this. However, I recommend that you
> > try using the Visual Studio build of GNU make and see if that works
> > better. I'm not very familiar with the Cygwin version of GNU make;
> > it's
>> I believe that the goal of the Cygwin port is to implement a POSIX
>> layer on top of Windows, so I'm assuming that when you compile GNU
>> make with Cygwin it uses the POSIX implementation of the jobserver.
>> This implementation relies on certain POSIX behaviors of pipes and
>> signals and it'
On 2022-02-18 16:04, Paul Smith wrote:
On Fri, 2022-02-18 at 10:18 +0100, Magnus Ihse Bursie wrote:
make[2]: INTERNAL: Exiting with 1 jobserver tokens available; should
be 24!
This effectively turns the highly parallelized builds into
single-threaded builds, and is absolutely detrimental for
pe
> From: Paul Smith
> Date: Fri, 18 Feb 2022 10:04:08 -0500
>
> I am not aware of any issues like this. However, I recommend that you
> try using the Visual Studio build of GNU make and see if that works
> better. I'm not very familiar with the Cygwin version of GNU make;
> it's not maintained b
On Fri, 2022-02-18 at 10:18 +0100, Magnus Ihse Bursie wrote:
> make[2]: INTERNAL: Exiting with 1 jobserver tokens available; should
> be 24!
>
> This effectively turns the highly parallelized builds into
> single-threaded builds, and is absolutely detrimental for
> performance. :-( On the flip si
> Date: Fri, 18 Feb 2022 10:18:24 +0100
> From: Magnus Ihse Bursie
>
> So, my first question is: Is this a known problem? Are there any
> workarounds/fixes to get around it?
Not that I know of, no. Search of the bug database also doesn't seem
to bring up anything like that.
> Otherwise: Any s
