Open yuxiaomao opened 2 months ago
Good initiative!
It's ready for review and we can rerun it if we need to check current haxe with hl/c on windows. I marked it as draft to prevent merge (until we decide to skip some test or fixed the bugs).
Currently the result is
results: SOME TESTS FAILURES (success: false)
unit.spec.TestReflect
test: FAILURE ...............................................F.............................................
line: 97, expected false
unit.TestInt64
testShifts: FAILURE .......FFF
line: 492, expected true
line: 492, expected true
line: 492, expected true
unit.issues.Issue10752
test: FAILURE F...
line: 9, expected 2 but it is 0
unit.issues.Issue6705
test: FAILURE .............................F
line: 64, expected 2 but it is 0
test1: FAILURE .............................F
line: 246, expected 2 but it is 0
testButEverythingIsDynamic: FAILURE .............................F
line: 113, expected 2 but it is 0
Additionally, I have tested on local with optimization disabled
results: SOME TESTS FAILURES (success: false)
unit.spec.TestReflect
test: FAILURE ...............................................F.............................................
line: 97, expected false
unit.issues.Issue6705
test: FAILURE .............................F
line: 64, expected 2 but it is 0
test1: FAILURE .............................F
line: 246, expected 2 but it is 0
testButEverythingIsDynamic: FAILURE .............................F
line: 113, expected 2 but it is 0
It's ready for review
What do you mean exactly? I would think that the next step would be to address the unit test failures one by one.
Sorry, I wasn't clear. I mean the CI code here is complete for me (if we add fix to hlc, it's to hlc and not to the CI), it can be merged - after enable main.yml - if we decided to skip those failure and fix them another time. I'll check those failure when I have time.
I have fixed some failures caused by Visual Studio's optimization (merging identical function) in the templates: https://github.com/HaxeFoundation/hashlink/commit/9cf7efa118409bef3a7c263bffc36da107751e60
Now there is only int shift overflow problems ("caused by" MaxSpeed
in C compiler optimization settings). Maybe I'll need to implement the shift somehow in hl2c and force compiler to keep the behavior?
results: SOME TESTS FAILURES (success: false)
unit.issues.Issue10752
test: FAILURE F...
line: 9, expected 2 but it is 0
unit.TestInt64
testShifts: FAILURE .......FFF
line: 377, expected true
line: 378, expected true
line: 379, expected true
With the last commit, it does not fail locally with Visual Studio GUI/MSBuild on both 2019 Community and 2022 Community, strange.
This PR add hlc test on Windows. It depends on the template that I just added to hashlink: https://github.com/HaxeFoundation/hashlink/commit/af63dba3e6b169d19e3d670ca68ee61bd43fa38d
WARNING: I disabled manually all workflow except windows64-test on hl, just to get a fast result, it uses nightly haxe. Need to revert it before merge: run
cd extra/github-actions && haxe build.hxml
, then push.github/workflows/main.yml
.It fail at some unit tests for now, should probably fix them some day.