|
Welcome to the main channel on the development of MoarVM, a virtual machine for NQP and Rakudo (moarvm.org). This channel is being logged for historical purposes. Set by lizmat on 24 May 2021. |
|||
|
00:00
reportable6 left
00:03
reportable6 joined
00:58
MasterDuke joined
01:35
tbrowder__ left,
tbrowder__ joined
04:38
ugexe left,
ugexe joined
06:00
reportable6 left
06:02
reportable6 joined
06:07
Techcable left
07:43
sena_kun joined
08:55
El_Che joined
|
|||
| El_Che | patrickb: the rhel/centos 7 build is still broken on 2023.06: github.com/nxadm/rakudo-pkg/action...9856038530 | 08:55 | |
| 3rdparty/libuv/src/uv-common.h:41:24: fatal error: stdatomic.h: No such file or directory | 08:56 | ||
| timo | could that need a compiler flag to make stdatomic support available? like a --std=something to get a sufficiently new version? | 09:00 | |
| El_Che | (on a related note, t/09-moar/01-profilers.t is failing like crazy all around the distros/versions matrix) | 09:03 | |
| (rerunning the builds a few times does the trick) | |||
| timo: stdatomic is only part of rhel/centos 7 and up. It looks like libuv added the dep pretty recently ( we only experienced with the previous release). Weirdly ubuntu 16.04 does not have that problem | 09:05 | ||
| timo | oh, if that's not optional in libuv what can we do? is --has-libuv an option for this to use a rhel/centos provided libuv? | 09:09 | |
| patrickb | El_Che: We have to live with that dependency and thus Moar not being buildable with GCC 4.9. | ||
| All I did was to work around this limitation by installing a newer GCC in the build pipeline on CentOS 7 (using a third party provider). The resulting executables work on vanilla CentOS 7. | 09:11 | ||
| El_Che | patrickb: that's fine, but we need to accept that a package can not be built in a "standalone" mode without taking the kitchensink with us. The days of Centos 7 are countered (1 year support left), but a lot of people hang to it because RH killed Centos with Centos8 (stream) for all usefull purposes. | ||
| ah, ok, you worked around by changing the build env | 09:12 | ||
| patrickb | Yes. | ||
| github.com/rakudo/rakudo/commit/c0...3c74442e39 | 09:14 | ||
| El_Che | patrickb: thank you. I'll see if I can shoehorn that somewhere | 09:19 | |
|
09:21
sena_kun left
10:32
linkable6 left,
evalable6 left
10:34
linkable6 joined
10:35
evalable6 joined
|
|||
| El_Che | it looks like ubi and the matching does not have devtoolset-8 | 10:43 | |
| checking if I want workaround it | 10:45 | ||
| patrickb: rh being rh, the workaround is more convoluted on ubi than on centos: github.com/nxadm/rakudo-pkg/blob/2...env.sh#L56 | 11:36 | ||
| (still a few things to fix on my side though) | 11:38 | ||
| patrickb: you can trim the size of the VM/container by using devtoolset-8-gcc instead of devtoolset-8 | 11:49 | ||
| thx for the work figuring it out! | |||
|
12:00
reportable6 left
12:02
reportable6 joined
16:44
squashable6 left
16:46
squashable6 joined
17:25
sena_kun joined
18:00
reportable6 left
18:03
reportable6 joined
19:03
evalable6 left,
linkable6 left
19:04
linkable6 joined
19:05
evalable6 joined
20:08
sena_kun left
21:08
squashable6 left
21:11
squashable6 joined
23:11
linkable6 left,
evalable6 left
23:12
linkable6 joined,
evalable6 joined
|
|||