haxiomic / haxe-c-bridge

Easily interact with haxe classes from C with an automatically generated C header
MIT License
51 stars 5 forks source link

i64 to LL fix #45

Closed Ilir-Liburn closed 2 years ago

Ilir-Liburn commented 2 years ago

Hello Haxiomic,

I'm using gcc on Windows which throws

.\app.c: In function 'unix_time': .\app.c:19:15: error: invalid suffix "i64" on integer constant 19 | #define w2ux 116444736000000000i64 //1.jan1601 to 1.jan1970

because i64 is a Microsoft specific suffix, while compiler standard suffix is LL (long long). After that change, gcc have no more complains, I can link debug.lib without problem like this

gcc .\app.c -I.\haxe-bin\ .\haxe-bin\obj\lib\Main-debug.lib -g || exit /b

P.S.

While installing haxe-c-bridge, .haxelib directory is created in test/unit mangling all haxe libraries. By deleting or renaming it, all libraries are visible again (including required hxcpp).

haxiomic commented 2 years ago

Hey looks good, thanks @Ilir-Liburn :)

.haxelib/ thing is intended, idea being I think it's better to have dependencies locally, so that you can be sure the tests are using a certain hxcpp version rather than what your system lib is set to

Test failure on nightly haxe looks to be due to MainLoop changes in haxe. Potentially related: https://github.com/HaxeFoundation/haxe/issues/10682