Redfire
Redfire
The HTTP Client API for HTTP 0.9/1,0/1.1 has now been merged! Adding HTTP 2.0 support and HTTP Server support will be worked on later.
That is intentional, it's meant to distinguish between "empty" arguments and `undefined`. In theory, you could make a function that takes in `undefined` as a sentinel value (although that's a...
I can't seem to replicate the issue. While `Promise.resolve` and `Promise::new -> Promise::resolve` both don't trigger any event loop jobs, they should still trigger a job when they are `await`ed...
Regarding the "all imports being treated as variables" part, I'll make an issue for that later. I'm still trying to find a minimal case.
I've just tested that, and that doesn't do anything. Neither `bindgen`, nor `libclang` have any handling for such an environment variable as far I have seen.
Looking at the `libclang` source, it directly adds `clang` to the args. https://github.com/llvm/llvm-project/blob/release/18.x/clang/tools/libclang/CIndex.cpp#L4097 There's also no codepath to switch it to `clang-cl` reasonably. Stack is along the lines of: `bindgen::ir::context::BindgenContext::new`...
That seems to half-work at least. It at least needs `/clang:-fuse-ld=lld`, `/link /SUBSYSTEM:WINDOWS`, `/TP` (instead of `-x c++`), `/FI` (instead of `-include`). Haven't tested it in a full build, currently...
The `/link` causes problems though as it's a catch-all, so no inputs are detected, causing `stacker` for example to fail to build. ``` Command "clang-cl" "-nologo" "-MD" "-O2" "-Brepro" "-m64"...
Given that `BINDGEN_EXTRA_CLANG_ARGS` exists, it might be best to just stop adding `CFLAGS` and `CXXFLAGS` to bindgen.
`NewExternalArrayBuffer` has been changed to take a `UniquePtr`, so a wrapper needs to be added. https://searchfox.org/mozilla-esr128/source/js/src/vm/ArrayBufferObject.cpp#3085