Carter Snook

Someone responded to my question related to finding the machine on darwin (kernel in the Zig discord): > > Ah, I think that’s just the “hw.cputype” property on OSX’s sysctl...

Hmm yeah, not sure about all those other options, though. I guess we would have to ship specific executables to run on those archs so it's fine to just include...

Alright, I renamed the option to `arm64` as per [the `uname` Wikipedia page](https://en.wikipedia.org/wiki/Uname#Examples): `aarch64` is only possible on a Raspberry PI which I don't suppose we will support anytime soon.

Isn't UWS statically linked? I tested this using the version of bun from `bun upgrade --canary`.

It's definitely in the release build. You can see the `bun` and `bun-debug` locations are different. ```cmd sno2@Carter-PC:~/projects/bun/bun$ bun -v 0.2.2 sno2@Carter-PC:~/projects/bun/bun$ which bun /home/sno2/.bun/bin/bun sno2@Carter-PC:~/projects/bun/bun$ which bun-debug /home/sno2/projects/bun/bun/packages/debug-bun-linux-x64/bun-debug sno2@Carter-PC:~/projects/bun/bun$...

> Does the new book chapter helps? https://gtk-rs.org/gtk4-rs/git/book/installation_windows.html Not for me. It says that it can't download libpcre. Full Log ``` PS C:\gtk> meson setup builddir --prefix=C:/gnome -Dbuild-tests=false -Dmedia-gstreamer=disabled The...

> See https://gitlab.gnome.org/GNOME/glib/-/issues/2508, especially the latest comment Thanks, although the URLs are different. The gitlab comment references ftp.pcre.org but my error stack is about a source forge version of pcre.

I have created a new issue for my problem https://gitlab.gnome.org/GNOME/glib/-/issues/2545

This is no longer happening for me. Thanks

Hello, the validator short-circuits if the input length is greater than 254 so I do not believe that this could be utilized to cause any major issues.