* [ISSUE] GNU make-4.2 has issues with musl (glob)
@ 2020-04-17 18:33 xtraeme
2020-04-18 6:46 ` pullmoll
` (10 more replies)
0 siblings, 11 replies; 12+ messages in thread
From: xtraeme @ 2020-04-17 18:33 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 673 bytes --]
New issue by xtraeme on void-packages repository
https://github.com/void-linux/void-packages/issues/21089
Description:
If any of you have noticed why linux5* builds are so slow with musl currently it's due to GNU make when it was downgraded to 4.2.
This version contains an obsolete glob implementation that is used by default with musl (see configure) that makes building linux5* with -jX not parallelize jobs as it should.
Try with current void make (4.2.x) `./xbps-src -jX linux5.6` and then compare with make 4.3.
Fix: update GNU glob implementation for 4.2 or update again to 4.3.
Your choice! I don't really care because I've fixed this on my tree...
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
@ 2020-04-18 6:46 ` pullmoll
2020-04-18 6:49 ` pullmoll
` (9 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: pullmoll @ 2020-04-18 6:46 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 437 bytes --]
New comment by pullmoll on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615618905
Comment:
Well, I do care because when building many thousand *-musl packages here it makes a difference :)
Can you confirm the make-4.3 fnmatch and glob injection helps? It seems so to me because when I build e.g. `linux5.6-5.6.5` for `x86_64-musl` in a `x86_64-musl` chroot it really uses 30 threads.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
2020-04-18 6:46 ` pullmoll
@ 2020-04-18 6:49 ` pullmoll
2020-04-18 7:35 ` travankor
` (8 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: pullmoll @ 2020-04-18 6:49 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 436 bytes --]
New comment by pullmoll on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615618905
Comment:
Well, I do care because when building many thousand *-musl packages here it makes a difference :) Can you confirm the make-4.3 fnmatch and glob injection helps? It seems so to me because when I build e.g. `linux5.6-5.6.5` for `x86_64-musl` in a `x86_64-musl` chroot it really uses 30 threads.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
2020-04-18 6:46 ` pullmoll
2020-04-18 6:49 ` pullmoll
@ 2020-04-18 7:35 ` travankor
2020-04-18 9:44 ` xtraeme
` (7 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: travankor @ 2020-04-18 7:35 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 220 bytes --]
New comment by travankor on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615683725
Comment:
@xtraeme @pullmoll Appreciate the work you both do!
Thank you, jefe 👍
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (2 preceding siblings ...)
2020-04-18 7:35 ` travankor
@ 2020-04-18 9:44 ` xtraeme
2020-04-18 11:21 ` pullmoll
` (6 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: xtraeme @ 2020-04-18 9:44 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 242 bytes --]
New comment by xtraeme on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615833248
Comment:
@pullmoll wouldn't be better to update make to 4.3 and fix the issues with those two pkgs instead?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (3 preceding siblings ...)
2020-04-18 9:44 ` xtraeme
@ 2020-04-18 11:21 ` pullmoll
2020-04-18 12:11 ` Gottox
` (5 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: pullmoll @ 2020-04-18 11:21 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 334 bytes --]
New comment by pullmoll on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615844776
Comment:
If anyone wants to do that, i.e. fix Aegisub and openjdk9-bootstrap with make-4.3, sure.
This PR is meant as a workaround in case no one cares - /me has sufficient other things on the list.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (4 preceding siblings ...)
2020-04-18 11:21 ` pullmoll
@ 2020-04-18 12:11 ` Gottox
2020-04-18 12:15 ` xtraeme
` (4 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: Gottox @ 2020-04-18 12:11 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 264 bytes --]
New comment by Gottox on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615855454
Comment:
Is there a minimized testcase for that? I'm currently on LTE only, so I'd really like to avoid traffic intensive builds :D
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (5 preceding siblings ...)
2020-04-18 12:11 ` Gottox
@ 2020-04-18 12:15 ` xtraeme
2020-04-18 15:57 ` q66
` (3 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: xtraeme @ 2020-04-18 12:15 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 293 bytes --]
New comment by xtraeme on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615856347
Comment:
We don't know yet, but the only thing to trigger it is with linux5.x. I think linux4.x is not affected. I couldn't investigate what's the real reason.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (6 preceding siblings ...)
2020-04-18 12:15 ` xtraeme
@ 2020-04-18 15:57 ` q66
2020-04-18 16:01 ` xtraeme
` (2 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: q66 @ 2020-04-18 15:57 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 235 bytes --]
New comment by q66 on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615894221
Comment:
you can't "fix the issues with these two pkgs" as this is literally a regression in make, a bug.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (7 preceding siblings ...)
2020-04-18 15:57 ` q66
@ 2020-04-18 16:01 ` xtraeme
2020-04-18 16:13 ` q66
2020-04-18 18:10 ` [ISSUE] [CLOSED] " q66
10 siblings, 0 replies; 12+ messages in thread
From: xtraeme @ 2020-04-18 16:01 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 204 bytes --]
New comment by xtraeme on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615894860
Comment:
right, but rather than downgrading why do not fix the issues?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (8 preceding siblings ...)
2020-04-18 16:01 ` xtraeme
@ 2020-04-18 16:13 ` q66
2020-04-18 18:10 ` [ISSUE] [CLOSED] " q66
10 siblings, 0 replies; 12+ messages in thread
From: q66 @ 2020-04-18 16:13 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 151 bytes --]
New comment by q66 on void-packages repository
https://github.com/void-linux/void-packages/issues/21089#issuecomment-615896807
Comment:
feel free to
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ISSUE] [CLOSED] GNU make-4.2 has issues with musl (glob)
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
` (9 preceding siblings ...)
2020-04-18 16:13 ` q66
@ 2020-04-18 18:10 ` q66
10 siblings, 0 replies; 12+ messages in thread
From: q66 @ 2020-04-18 18:10 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 676 bytes --]
Closed issue by xtraeme on void-packages repository
https://github.com/void-linux/void-packages/issues/21089
Description:
If any of you have noticed why linux5* builds are so slow with musl currently it's due to GNU make when it was downgraded to 4.2.
This version contains an obsolete glob implementation that is used by default with musl (see configure) that makes building linux5* with -jX not parallelize jobs as it should.
Try with current void make (4.2.x) `./xbps-src -jX linux5.6` and then compare with make 4.3.
Fix: update GNU glob implementation for 4.2 or update again to 4.3.
Your choice! I don't really care because I've fixed this on my tree...
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2020-04-18 18:10 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-17 18:33 [ISSUE] GNU make-4.2 has issues with musl (glob) xtraeme
2020-04-18 6:46 ` pullmoll
2020-04-18 6:49 ` pullmoll
2020-04-18 7:35 ` travankor
2020-04-18 9:44 ` xtraeme
2020-04-18 11:21 ` pullmoll
2020-04-18 12:11 ` Gottox
2020-04-18 12:15 ` xtraeme
2020-04-18 15:57 ` q66
2020-04-18 16:01 ` xtraeme
2020-04-18 16:13 ` q66
2020-04-18 18:10 ` [ISSUE] [CLOSED] " q66
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).