* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
@ 2021-03-20 18:54 ` abenson
2021-03-20 22:19 ` dkwo
` (9 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: abenson @ 2021-03-20 18:54 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 268 bytes --]
New comment by abenson on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803445303
Comment:
What architecture are you on? I was able to build it for `x86_64-musl`.
index: added `flint2-2.7.1_1' (x86_64-musl).
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
2021-03-20 18:54 ` abenson
@ 2021-03-20 22:19 ` dkwo
2021-03-20 23:10 ` Johnnynator
` (8 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: dkwo @ 2021-03-20 22:19 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1057 bytes --]
New comment by dkwo on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803471676
Comment:
Thanks for helping.
I'm on the same architecture.
If I create a template, it works for me as well (previously, I was just using cmake on another machine).
Do you think this looks fine?
```
# Template file for 'flint2'
pkgname=flint2
version=2.7.1
revision=1
wrksrc=flint-${version}
build_style=cmake
configure_args="-DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_LIBDIR=lib -DBUILD_TESTING=ON"
makedepends="cmake gmp-devel mpfr-devel blas-devel python3"
short_desc="C library in support of computations in number theory"
maintainer="..."
license="LGPL-2.1-or-later"
homepage="https://www.flintlib.org"
distfiles="https://www.flintlib.org/flint-${version}.tar.gz"
checksum=186e2fd9ab67df8a05b122fb018269b382e4babcdb17353c4be1fe364dca481e
distfiles="https://www.flintlib.org/flint-${version}.tar.gz"
checksum=186e2fd9ab67df8a05b122fb018269b382e4babcdb17353c4be1fe364dca481e
```
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
2021-03-20 18:54 ` abenson
2021-03-20 22:19 ` dkwo
@ 2021-03-20 23:10 ` Johnnynator
2021-03-21 11:54 ` Logarithmus
` (7 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: Johnnynator @ 2021-03-20 23:10 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 337 bytes --]
New comment by Johnnynator on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803476469
Comment:
You need to.most be some makedpends (cmake, python3) to hostmakedepends.
Furthermore everything in configure_args but BUILD_TESTING can be dropped, it is already defined by the build_style
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (2 preceding siblings ...)
2021-03-20 23:10 ` Johnnynator
@ 2021-03-21 11:54 ` Logarithmus
2021-03-21 11:55 ` Logarithmus
` (6 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: Logarithmus @ 2021-03-21 11:54 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 321 bytes --]
New comment by Logarithmus on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803563755
Comment:
What about musl update though? It's been half a year since 1.2 was released, yet we are still on 1.1. Alpine somehow managed to update, what are the blocking issues for Void?
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (3 preceding siblings ...)
2021-03-21 11:54 ` Logarithmus
@ 2021-03-21 11:55 ` Logarithmus
2021-03-21 12:05 ` sgn
` (5 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: Logarithmus @ 2021-03-21 11:55 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 357 bytes --]
New comment by Logarithmus on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803563755
Comment:
What about musl update though? It's been half a year since 1.2 was released, yet we are still on 1.1. glibc got updated, but musl didn't. Alpine somehow managed to update, what are the blocking issues for Void?
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (4 preceding siblings ...)
2021-03-21 11:55 ` Logarithmus
@ 2021-03-21 12:05 ` sgn
2021-03-21 12:34 ` Logarithmus
` (4 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: sgn @ 2021-03-21 12:05 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 514 bytes --]
New comment by sgn on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803565556
Comment:
On 2021-03-21 04:54:52-0700, Artur Sinila ***@***.***> wrote:
> What about musl update though? It's been half a year since 1.2 was
> released, yet we are still on 1.1. Alpine somehow managed to update,
> what are the blocking issues for Void?
Rebuild the whole world for 32-bit architecture.
And force update the whole world.
For that, we need to add more feature to xbps.
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (5 preceding siblings ...)
2021-03-21 12:05 ` sgn
@ 2021-03-21 12:34 ` Logarithmus
2021-03-21 12:46 ` Duncaen
` (3 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: Logarithmus @ 2021-03-21 12:34 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 876 bytes --]
New comment by Logarithmus on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803570520
Comment:
Somehow we've managed to rebuild the whole world for new glibc. How's musl different in this aspect? Also AFAIK there's no i686-musl variant, so i686 is out of scope of the question.
On March 21, 2021 3:05:17 PM GMT+03:00, "Đoàn Trần Công Danh" ***@***.***> wrote:
>On 2021-03-21 04:54:52-0700, Artur Sinila ***@***.***> wrote:
>> What about musl update though? It's been half a year since 1.2 was
>> released, yet we are still on 1.1. Alpine somehow managed to update,
>> what are the blocking issues for Void?
>
>Rebuild the whole world for 32-bit architecture.
>And force update the whole world.
>
>For that, we need to add more feature to xbps.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (6 preceding siblings ...)
2021-03-21 12:34 ` Logarithmus
@ 2021-03-21 12:46 ` Duncaen
2021-03-21 12:47 ` Duncaen
` (2 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: Duncaen @ 2021-03-21 12:46 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 471 bytes --]
New comment by Duncaen on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803572663
Comment:
> Somehow we've managed to rebuild the whole world for new glibc. How's musl different in this aspect? Also AFAIK there's no i686-musl variant, so i686 is out of scope of the question.
No we didn't, glibc update doesn't require a rebuild. armv6l-musl and armv7l-musl require a whole rebuild because of the 64bit time changes.
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (7 preceding siblings ...)
2021-03-21 12:46 ` Duncaen
@ 2021-03-21 12:47 ` Duncaen
2021-03-22 1:03 ` ericonr
2021-03-22 1:03 ` [ISSUE] [CLOSED] " ericonr
10 siblings, 0 replies; 12+ messages in thread
From: Duncaen @ 2021-03-21 12:47 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 507 bytes --]
New comment by Duncaen on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803572663
Comment:
> Somehow we've managed to rebuild the whole world for new glibc. How's musl different in this aspect? Also AFAIK there's no i686-musl variant, so i686 is out of scope of the question.
No we didn't, glibc update doesn't require a rebuild. armv6l-musl and armv7l-musl require a whole rebuild because of the 64bit time changes.
http://musl.libc.org/time64.html
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (8 preceding siblings ...)
2021-03-21 12:47 ` Duncaen
@ 2021-03-22 1:03 ` ericonr
2021-03-22 1:03 ` [ISSUE] [CLOSED] " ericonr
10 siblings, 0 replies; 12+ messages in thread
From: ericonr @ 2021-03-22 1:03 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 307 bytes --]
New comment by ericonr on void-packages repository
https://github.com/void-linux/void-packages/issues/29632#issuecomment-803698471
Comment:
The XBPS feature proposal is https://github.com/void-linux/xbps/pull/331 , at least AFAIK.
Fixes for the flint template have been suggested, so I'm closing this.
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [ISSUE] [CLOSED] [RFC] musl update
2021-03-20 16:58 [ISSUE] [RFC] musl update dkwo
` (9 preceding siblings ...)
2021-03-22 1:03 ` ericonr
@ 2021-03-22 1:03 ` ericonr
10 siblings, 0 replies; 12+ messages in thread
From: ericonr @ 2021-03-22 1:03 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 426 bytes --]
Closed issue by dkwo on void-packages repository
https://github.com/void-linux/void-packages/issues/29632
Description:
Has a `musl` update been planned?
My reason for asking is I'm trying to build [flint](http://flintlib.org) and it throws me an error `unknown type name 'cpu_set_t'`, while I noticed Alpine Linux packages it.
Otherwise, does anyone understand what should be patched in our `musl` to build it?
Thanks.
^ permalink raw reply [flat|nested] 12+ messages in thread