!pbdtvoHxUGLhcEvnlu:nixos.org

Exotic Nix Targets

245 Members
81 Servers

Load older messages


SenderMessageTime
24 Jul 2024
@rhelmot:matrix.orgrhelmotI can do a build for you17:16:32
@Ericson2314:matrix.orgJohn EricsonI am fine using an older version 17:16:34
@Ericson2314:matrix.orgJohn Ericsonoh thanks17:16:37
@Ericson2314:matrix.orgJohn Ericsonalso I figure I don't need actually need a big closure? Just the VM image itself?17:16:54
@Ericson2314:matrix.orgJohn Ericson and then I would permanently configure your substituter inside the VM 17:17:28
@rhelmot:matrix.orgrhelmotYeah that’s approximately correct17:17:41
@Ericson2314:matrix.orgJohn Ericson
In reply to @rhelmot:matrix.org
I can do a build for you
I am going to get lunch, but if its done let me know and then I'll try again!
17:22:09
@rhelmot:matrix.orgrhelmotthe locked build seems to have been garbage collected, or perhaps I'm using nix wrong :) I'll take this as an opportunity to re-lock it with the up-to-date stuff17:24:16
@Ericson2314:matrix.orgJohn Ericson rhelmot: ok great! 17:25:42
@ftchrist:matrix.org@ftchrist:matrix.org left the room.19:35:44
25 Jul 2024
@dramforever:matrix.orgdramforever
In reply to @trofi:matrix.org
worth fixing qemu instead if feasible?
there's a lot, like most of the time it's unimplemented features and sometimes it's bugs. archlinux riscv build most of their stuff on qemu-user and they have a list of failures here: https://github.com/felixonmars/archriscv-packages/blob/master/qemu-user-blacklist.txt
00:31:01
@dramforever:matrix.orgdramforeverit's often test suites though00:31:29
@dramforever:matrix.orgdramforeverfixing qemu would work for some cases like i did manage to fix the coreutils problem but i doubt it would be generally applicable00:39:53
@dramforever:matrix.orgdramforever * fixing qemu would work for some cases like i did manage to fix the coreutils problem but i doubt it would be generally applicable/feasible00:39:59
28 Jul 2024
@matthewcroughan:defenestrate.itmatthewcroughan changed their display name from matthewcroughan to matthewcroughan - going to nix.camp.16:15:40
@artemist:mildlyfunctional.gayartemistIs there a reason we build compiler-rt twice on FreeBSD? Upstream clang hardcodes `-lgcc --as-needed -lgcc_s --no-as-needed` link arguments so the `libclang_rt.builtins` library should never be used17:52:02
@artemist:mildlyfunctional.gayartemist We provide both libgcc.a and libgcc_s.so in freebsd.libc and they're better on some architectures because they're built with FreeBSD headers, e.g. they're required unless we patch out CPU feature detection on aarch64-freebsd 18:03:30
30 Jul 2024
@Ericson2314:matrix.orgJohn Ericson @artemist:mildlyfunctional.gay: oops I thought I added a thing so we only built it once? 17:30:01
@Ericson2314:matrix.orgJohn EricsonBefore I merged the PR?17:30:31
@Ericson2314:matrix.orgJohn EricsonAlso ``` /build/compiler-rt-src-18.1.8/compiler-rt/lib/builtins/cpu_model/x86.c:900:3: error: call to undeclared function 'static_assert'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 900 | static_assert(sizeof(Features) / sizeof(Features[0]) == 4, ""); | ^ /build/compiler-rt-src-18.1.8/compiler-rt/lib/builtins/cpu_model/x86.c:939:3: error: call to undeclared function '__assert'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 939 | assert(__cpu_model.__cpu_vendor < VENDOR_MAX); | ^ /build/compiler-rt-src-18.1.8/compiler-rt/lib/builtins/cpu_model/x86.c:24:32: note: expanded from macro 'assert' 24 | #define assert(e) ((e)?(void)0:__assert(__FUNCTION__,__FILE__,__LINE__,#e)) | ```17:30:43
@Ericson2314:matrix.orgJohn EricsonI noticed this failure building freebsd static, I think it's new because got almost the same failure with OpenBSD and that was working a few weeks ago17:32:01
@Ericson2314:matrix.orgJohn Ericson(also with LLVM 18)17:32:09
@artemist:mildlyfunctional.gayartemist We might just want to add FreeBSD headers to compiler-rt, then remove it from freebsd.libc 18:36:56
@artemist:mildlyfunctional.gayartemist We'd need to add another link to libcompiler_rt.a, but that's not a huge problem 18:37:16
@Ericson2314:matrix.orgJohn Ericson artemist: well with the current tricks we might already be using the LLD cyclic linking? 18:48:41
@Ericson2314:matrix.orgJohn EricsonI will try to see what changed in recently18:48:48
@Ericson2314:matrix.orgJohn EricsonIt is not good to rely on undefined symbols, but I am curious18:49:05
@artemist:mildlyfunctional.gayartemist static_assert is defined in FreeBSD headers to _Static_assert, which is a clang keyword, so it shouldn't mean anything for linking 18:53:31
@artemist:mildlyfunctional.gayartemistI've mostly been messing with compiler-rt becuase libc on aarch64-freebsd needs compiler-rt, but compiler-rt doesn't require libc18:54:16
@Ericson2314:matrix.orgJohn Ericson artemist: will I see your compiler-rt work if I go look at open PRs? 18:58:04

Show newer messages


Back to Room ListRoom Version: 6