InKryption

A possible work around comes to mind: would making one of the qemu steps depend on the other work?

#13272 did set a precedent for this kind of explicit comptime friendliness, so I think this would be reasonable to look into, if the original proposal of the now-reopened #5873...

I've come up with what is basically a working port of rpmalloc: https://github.com/InKryption/rpmalloc-zig-port I still have yet to benchmark it - hopefully it should yield similar results to the source...

> Wouldn't RPMALLOC_FIRST_CLASS_HEAPS in the original C implementation address this? After having spent a reasonable amount of time sleuthing the code structure, it unfortunately doesn't seem like it. First class...

I am interested in seeing at least the `@TypeOf(expr) == noreturn` and `@TypeOf(incompatible, types) == noreturn` component of this proposal realized. In particular, being able to check whether two types...

Making `@TypeOf(incompatible, types) == null` is actually what I've done in my branch. The bigger question becomes what do do with `@TypeOf(val)`. It would be consistent to have it also...

Another idea that just came to mind would be to make it return a specific type - either a primitive (`compilationerror`), or a declaration in `std.builtin` (e.g. `std.builtin.CompileError`) - whose...

@marler8997 I actually quite like that idea; it gives the power and responsibility of type inference to the designer of the type. I actually have done something similar in a...

Don't you mean `?type`?

zls just uses zig fmt, it doesn't control formatting, so the second idea isn't relevant here