xdBronch
xdBronch
what you're doing is illegal and not a valid use case of `@constCast`, a crash like this at the very least is expected. the reason it used to work was...
https://github.com/ziglang/zig/blob/7b8fc18c666ba6952ad1571fbed4cc48e81f647d/lib/std/zig/render.zig#L188-L189 should this be updated now?
i saw this happen to someone the other day where it points at the segfault handler, i have no idea why thats happening but im pretty sure its fairly recent
tangentially related, would it be accepted to add zig to the list of accepted languages for this flag? not that i *really* have any kind of use case for it...
yeah that's fair, I've wanted it in the past (albeit not for anything serious) for use with temporary files, e.g. `=()` in zsh, but it's probably better to not encourage...
just looks like a libc++ issue ``` ~ $ clang++ -v clang version 21.1.0 (https://github.com/llvm/llvm-project 3623fe661ae35c6c80ac221f14d85be76aa870f1) ~ $ clang++ chunk.cpp -std=c++23 -c -stdlib=libstdc++ ~ $ clang++ chunk.cpp -std=c++23 -c -stdlib=libc++...
are you sure youre using goto declaration and not goto definition? this is working as expected for me
theres nothing stopping you from using any of those other functions from within `fn4`, you might have/create an instance of `Foo`. methods arent anything magical in zig
once this is done would it make sense to remove the top level `-D` CLI flag and instead force the use of it within `-cflags` if something like that is...
this works now, fixed by bcc5d9fd67d815613cce0294a0d45b0d76cecd88