| 5 Jun 2024 |
jade_ | i would be tempted to use GHA for this since it is relatively likely to probably be trustworthy | 01:04:53 |
jade_ | and is lower effort | 01:05:00 |
Lunaphied | In reply to @pennae:matrix.eno.space all MD should go through the same preprocessor, and nix binary ideally shouldn't contain an MD processor at all It'll need one for doc comments but otherwise yeah | 02:12:08 |
Lunaphied | In reply to @raitobezarius:matrix.org maybe in that case, what we can do is to have GHA infrastructure perform regular builds and push it to our cache? This means delegating trust to GHA | 02:13:22 |
delroth | Oh god, I've been looking at the static initializers again, and there are some major crimes being done there. For example, GlobalConfig::Register is being used across shared libraries, so now it's really not trivial to invert the dependency to have a single initialization function. | 03:31:40 |
jade_ | sigh | 05:31:18 |
jade_ | hm | 05:31:34 |
jade_ | you could fix this tho | 05:31:37 |
jade_ | you would just have to have init_libWhatever | 05:31:45 |
jade_ | and then that gets called on startup | 05:31:51 |
jade_ | and you could even have init_libwhatever call its dependent ones, and make them idempotent | 05:32:10 |
delroth | yeah, it's far from impossible, it's just more effort :) | 05:52:42 |
| V. 🏳️⚧️ changed their profile picture. | 10:49:22 |
| polygon system (it/she/they) changed their display name from polygon system (she/it/they) [DECT 7659] to polygon system (it/she/they). | 11:57:43 |
| terru joined the room. | 12:32:48 |
| aprl changed their display name from aprl (GPN; DECT 2774; SIP GAYS) to aprl. | 12:52:47 |
Qyriad | In reply to@pennae:matrix.eno.space all MD should go through the same preprocessor, and nix binary ideally shouldn't contain an MD processor at all absolutely, but unfortunately this means those docs changes might be blocked on fixing our "docs -> nix binary" build dependency | 15:57:20 |
⚠️ eldritch horrors operating in this area ⚠️ | and lunaphied is right about docs rendering for the repl <,< | 16:12:16 |
| ivan joined the room. | 16:58:52 |
jade_ | so i think i found a clang bug :( this clangd file does not remove the arg -include precompiled-headers.hh
CompileFlags:
Remove: [-fpch-preprocess, "-include precompiled-headers.hh"]
| 23:25:32 |
Qyriad | Can you remove two arguments with a single string like that? | 23:27:41 |
jade_ | well its ostensibly supposed to remove the canonicalized form | 23:27:58 |
⚠️ eldritch horrors operating in this area ⚠️ | (wasn't the canonical form for these =-separated? idr) | 23:28:58 |
jade_ | https://github.com/llvm/llvm-project/blob/8c5a7a1fc4890fcae50f8e8a61d5a2e2b1ebd7e5/clang-tools-extra/clangd/ConfigCompile.cpp#L268-L279
idk but heres your clang code | 23:29:08 |
jade_ | i did try that also, i think | 23:29:14 |
jade_ | well i have def tried it now, no difference | 23:29:29 |
⚠️ eldritch horrors operating in this area ⚠️ | oh :( | 23:29:38 |
⚠️ eldritch horrors operating in this area ⚠️ | great :/ | 23:30:13 |
jade_ | https://github.com/llvm/llvm-project/blob/aff197ff2163a4b7732d08b833906cc21f4a5c89/clang-tools-extra/clangd/CompileCommands.cpp#L593 part two of the code | 23:31:22 |
jade_ | i might just . build a clang and shove a debugger on it. i should not do this bc i have releng scripts to write | 23:32:29 |