Ryan Cleven

``` writt@Underworld ~/.opam/default/.opam-switch/build/luv.0.5.11 $ find vendor/libuv find: ‘vendor/libuv’: No such file or directory ```

``` $ find . | grep vendor/libuv ./src/c/vendor/libuv ./src/c/vendor/libuv/.git ./src/c/vendor/libuv/.gitattributes ./src/c/vendor/libuv/.github ./src/c/vendor/libuv/.github/ISSUE_TEMPLATE.md ./src/c/vendor/libuv/.github/stale.yml ./src/c/vendor/libuv/.github/workflows ./src/c/vendor/libuv/.github/workflows/CI.yml ./src/c/vendor/libuv/.github/workflows/sanitizer.yml ./src/c/vendor/libuv/.gitignore ./src/c/vendor/libuv/.mailmap ./src/c/vendor/libuv/.readthedocs.yaml ./src/c/vendor/libuv/AUTHORS ./src/c/vendor/libuv/autogen.sh ./src/c/vendor/libuv/ChangeLog ./src/c/vendor/libuv/CMakeLists.txt ./src/c/vendor/libuv/configure.ac ./src/c/vendor/libuv/CONTRIBUTING.md ./src/c/vendor/libuv/include ./src/c/vendor/libuv/include/uv ./src/c/vendor/libuv/include/uv/aix.h ./src/c/vendor/libuv/include/uv/android-ifaddrs.h ./src/c/vendor/libuv/include/uv/bsd.h...

I have tried to follow the instructions and found that libUV on opam isn't building. I've tried the regular CYGWIN distribution and the special one that comes with the ocaml...

``` $ opam install luv The following actions will be performed: - install luv 0.5.11 Gathering sources > [luv.0.5.11] found in cache Processing actions [ERROR] The compilation of luv failed...

nothing helpful I'm afraid. I tried building the latest libuv and it failed on cygwin.

``` Consolidate compiler generated dependencies of target uv_a [ 50%] Built target uv_a Consolidate compiler generated dependencies of target uv [ 51%] Linking C shared library cyguv-1.dll /usr/bin/ld: CMakeFiles/uv.dir/src/uv-common.c.o:uv-common.c:(.text+0x74cf): undefined...

The cast is still there, it's just the debug check that's disabled. Unless, I'm misunderstanding what the flag does. The debug check seems to just assert when the cast fails....

-DCE off or std is fine -DCE full causes the error to appear. I will try to make a minimal case asap.

This is caused by pointing to the wrong STD when building. I wish there was a warning letting me know. When I use ``` export HAXE_STD_PATH=source_dir/std ``` everything works. User...

I spoke too soon. I had the above error when compiling Haxe itself. Pointing to the right STD fixed that. My original error I should re-verify.