Github actions

[RblSb]

Same CI duration without painful setup

About fails:

• JS on Linux: fails on server test
• Lua on Windows fails same as in [lua] EReg.replace fails with lua 5.1.5 (windows) #5024 (disabled)
• HL: hashlink/src/module.c(352) : FATAL ERROR : Failed to load library ssl.hdll on every platform. (ssl lib is not implemented outside of win32?)

Other problems:

• Because GH Actions currently doesn't have anchors/template and job-file dependency support i use simple preprocessor script to replace @import path/file in main file.
• I don't know how to install Neko from binary on Unix, it fails on haxelib setup. So Neko is downloaded from package managers.

Test results here: https://github.com/RblSb/haxe/actions/runs/105680989

[Aurel300]

I'll have a look at #9199 today. Can you reproduce the ssl.hdll failure locally?

[RblSb]

Lua on Windows fails same as in #5024
See https://github.com/RblSb/haxe/runs/524457120?check_suite_focus=true#step:13:62

[Aurel300]

See #9262 for a fix of the Unicode issue.

[Aurel300]

Now merged, so please rebase to hopefully fix Mac. The important line for the CI is:

https://github.com/HaxeFoundation/haxe/pull/9262/files#diff-fec826feae04e51c0d94076385408bdcR178-R180

As for Lua, I guess PCRE has to be installed on its own before librex-pcre?

[jdonaldson]

regarding pcre, I ran into this same problem. I resolved it by simply running the pcre header installation early in the RunCI class.

I haven't looked through this new build pipeline in any detail... are c libraries built after haxe related library installations for some reason? If they are, what's a good way forward? Maybe some kind of pre-build phase for targets like Lua?

[RblSb]

@jdonaldson you mean in runci/targets/Lua? I see only pcre installation for Linux/MacOS, can you point to Windows stuff?

[jdonaldson]

Sorry, not windows specifically. I was referring to early efforts at running minimalist CI builds without libpcre.

It seems like one easy way forward is to use the pcre libraries provided by hxcpp. I'm not fluent with Windows, but maybe @hughsando might have some initial tips.

[Simn]

What is the status here? I don't want the efforts already made to go to waste.

[hughsando]

Hxcpp does not actually build a libpcre library, but it has everything you need to do so. So it could be something like download/install some version of hxcpp, then run hxcpp on some reasonably simple build.xml file and get a library that you could link against. It does take a little while to build this particular library (30 seconds?) - not sure how you want to integrate this.

[RblSb]

https://github.com/RblSb/haxe/actions/runs/93630892
Mac sys targets still have problems, windows/linux js are failing now.
Can reproduce hl problem on mac (10.14), do not have much ideas still.

[nadako]

Let's have this! \o/

[Aurel300]

I thought @RblSb still needed to address the Mac FS problem. But I see the last force push somehow had a CI pass, although it can not be inspected anymore … What happened?

[Simn]

I still don't fully understand what this does. Am I supposed to just merge this and expect somebody to take care of it. :)

[RblSb]

I did it for myself mostly, because setting up Azure CI for forks is problematic. If you fork repo on GitHub with GitHub CI - it just works for you. But there is still Linux js fail, have no idea what is wrong. Btw, i can remove Haxe script from this PR, because there is no more code duplication in compiled yaml file.

[nadako]

I'd say let's merge this and figure out JS issues later on development. I think the good plan is to stabilize Github CI and drop azure in favor of it after everything works.

[Simn]

Alright then, let's see how this goes!