| 23 Sep 2025 |
 Sergei Zimmerman (xokdvium) | Doesn't this look like a binutils bug? At least this is very suspicious:
assertion fail ../../bfd/elf-sframe.c:140
| 20:31:21 |
| Sergei Zimmerman (xokdvium) | libbfd is broken? https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=bfd/elf-sframe.c;h=2cb732c3016f80c11f0bb77d1ce54ae2f3a2121d;hb=HEAD#l140 | 20:33:18 |
|  @friedow:beeper.com joined the room. | 21:16:22 |
| 24 Sep 2025 |
 Mic92 | In reply to @xokdvium:matrix.org
I had a pretty crazy idea. How about we defined the workflow matrix in Nix? GHA can read a dynamically generated matrix from JSON. That would make stuff much easier All the implementation i found so far do not respect dependencies between jobs and also do not deduplicate aliases. They work okay for simpler flakes but get too slow for larger ones. | 07:24:45 |
| Mic92 | They also should skip workflow steps that have been already build and do instantiation and building in two steps to reclaim memory | 07:26:26 |
| Mic92 | You are also limited to 50 flake outputs | 07:27:04 |
| Sergei Zimmerman (xokdvium) | In reply to @joerg:thalheim.io
All the implementation i found so far do not respect dependencies between jobs and also do not deduplicate aliases. They work okay for simpler flakes but get too slow for larger ones. I was thinking of doing something a bit coarse-grained and manual. Like building with/without sanitizers in separate jobs and define that in nix. Not per-output splitting | 07:28:42 |
| Mic92 | That's more reasonable | 07:28:58 |
| Sergei Zimmerman (xokdvium) | That would help a bit with system -> runner os translation that blocks us from adding aarch64–Linux to gha | 07:30:08 |
| Sergei Zimmerman (xokdvium) | It’s a bit haphazard atm | 07:30:29 |
| 25 Sep 2025 |
|  sebastian joined the room. | 18:42:52 |
|  @dvtkrlbs:matrix.org left the room. | 22:25:01 |
| 26 Sep 2025 |
 Taeer Bar-Yam | is there a reason that in value.hh, we pass ptrSize around as a template variable, rather than using sizeof(void *) at the point of use, or defining static constexpr detail::ptrSize = sizeof(void *)? Do we ever want to instantiate things at multiple ptrSizes during the same compilation? | 13:10:28 |
| Taeer Bar-Yam | Never mind. I see there's some games being played to get it to specialize correctly for 32 and 64 bit systems. | 13:37:37 |
 John Ericson | who was going to work on the "deprecated features" thing? | 16:21:46 |
| John Ericson | * who was going to work on the "deprecated features" / "warnings" thing? | 16:21:52 |
| John Ericson | I want to disable absolute paths haha | 16:22:06 |
| John Ericson | * I want to disable absolute paths in the language, haha | 16:22:21 |
| John Ericson | Taeer Bar-Yam: I am curious whether you can remove std::string earlier in your ExprString PR commit history? | 16:55:13 |
| John Ericson | what is just stopping us from having the Value own it, and a std::string_view pointing within the value to avoid downcasting? | 16:55:42 |
| John Ericson | (perhaps this is something that Sergei Zimmerman (xokdvium) already talked to you about, in which case my bad) | 16:55:57 |
| John Ericson | is the issue that the value might be garbage collected too earlier / root set problems? | 16:56:33 |
| Taeer Bar-Yam | Yes. It will immediately get garbage collected | 16:56:59 |
| John Ericson | OK | 16:57:23 |
| Taeer Bar-Yam | probably I could rearrange the commits. I wasn't sure how much effort to put into cleaning up the commit history because i wasn't sure if I should squash them all before merging anyways | 16:57:47 |
| Sergei Zimmerman (xokdvium) | In reply to @shine:proqqul.net
probably I could rearrange the commits. I wasn't sure how much effort to put into cleaning up the commit history because i wasn't sure if I should squash them all before merging anyways In case the in-between commits are broken then there isn’t much point to keeping those separate. Also the diff is small enough | 16:58:45 |
| John Ericson | I don't know how much things can/should be squashed, I'll leave that to sergei :), but yeah anything that will be squashed away of course don't worry about the history | 16:59:06 |
| Taeer Bar-Yam | (i'm aware the tests are failing btw. looking into it) | 17:08:46 |
| Mic92 | Taeer Bar-Yam: btw. don't mind too much, but in general you can avoid "formatting" commands, by using git-absorb: https://github.com/tummychow/git-absorb | 18:25:51 |
| Mic92 | * Taeer Bar-Yam: btw. don't mind too much, but in general you can avoid "formatting" commits, by using git-absorb: https://github.com/tummychow/git-absorb | 18:25:59 |
