Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

i64 to LL fix #45

Merged
merged 1 commit into from
May 20, 2022
Merged

i64 to LL fix #45

merged 1 commit into from
May 20, 2022

Conversation

Ilir-Liburn
Copy link
Contributor

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
Copy link
Owner

haxiomic commented May 20, 2022

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: HaxeFoundation/haxe#10682

@haxiomic haxiomic merged commit 2ae120d into haxiomic:main May 20, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants