Compiling Help: cannot compile hashlink

[cyn0x8]

Issue Checklist

• I have followed the Compiling Guide and the Troubleshooting Guide
• I have read the Contributing Guide
• I have checked the Issues/Discussions pages to see if my issue has already been reported
• I have properly titled my issue

Platform

Other

Version

0.5.3 (develop commit 40d2a89)

Console Output

> lime test hl

Warning: Lime version  may not be compatible with OpenFL openfl (expected version 7.7.0+)
Use <lime version="" /> before <haxelib name="openfl" /> to include a specific version
Warning: Lime version  may not be compatible with OpenFL 9.4.0 (expected version 7.7.0+)
Use <lime version="" /> before <haxelib name="openfl" /> to include a specific version
source/Prebuild.hx:15: Building...
Error: Source path "U:\fnf\funkin\source\FunkinCrew\Funkin\.haxelib\lime\git/ndll/Windows64/lime.hdll" does not exist

---

> lime rebuild hl

Compiling group: libhl
cl.exe -DLIBHL_EXPORTS -Ilib/hashlink/src -Ilib/hashlink/include -Ilib/hashlink/include/pcre -DHAVE_CONFIG_H -DPCRE2_CODE_UNIT_WIDTH=16 -nologo /WX- /fp:precise -DHX_WINDOWS -GR -O2(optim-std) -Zi(debug) -FdU:\fnf\funkin\source\FunkinCrew\Funkin\.haxelib\lime\git\project\obj/msvc1964/vc.pdb(debug) -Od(debug) -O2(release) -Os(optim-size) -FS -Oy- -c -EHs -GS- -IU:/fnf/funkin/source/FunkinCrew/Funkin/.haxelib/hxcpp/git/include -DHXCPP_M64 -DHXCPP_VISIT_ALLOCS(haxe) -DHXCPP_API_LEVEL=0(haxe) -D_CRT_SECURE_NO_DEPRECATE -D_ALLOW_MSC_VER_MISMATCH -D_ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH -wd4996 ... tags=[haxe,static]
 - lib/hashlink/src/std/debug.c
 - lib/hashlink/src/std/thread.c
 - lib/hashlink/include/pcre/pcre16_valid_utf16.c
 - lib/hashlink/include/pcre/pcre2_study.c
 - lib/hashlink/include/pcre/pcre_dfa_exec.c
 - lib/hashlink/include/pcre/pcre2_auto_possess.c
 - lib/hashlink/include/pcre/pcre16_ord2utf16.c
 - lib/hashlink/include/pcre/pcre2_xclass.c
 - lib/hashlink/include/pcre/pcre_string_utils.c
 - lib/hashlink/src/std/maps.c
 - lib/hashlink/include/pcre/pcre2_ord2utf.c
 - lib/hashlink/src/std/random.c
 - lib/hashlink/include/pcre/pcre_compile.c
 - lib/hashlink/include/pcre/pcre_globals.c
 - lib/hashlink/src/std/cast.c
 - lib/hashlink/src/std/buffer.c
 - lib/hashlink/include/pcre/pcre2_ucptables.c
 - lib/hashlink/include/pcre/pcre_chartables.c
 - lib/hashlink/include/pcre/pcre2_dfa_match.c
 - lib/hashlink/src/std/regexp.c
 - lib/hashlink/include/pcre/pcre_fullinfo.c
 - lib/hashlink/src/std/date.c
 - lib/hashlink/include/pcre/pcre2_match.c
 - lib/hashlink/include/pcre/pcre2_error.c
 - lib/hashlink/include/pcre/pcre2_jit_compile.c
 - lib/hashlink/src/std/process.c
 - lib/hashlink/include/pcre/pcre2_string_utils.c
 - lib/hashlink/include/pcre/pcre_xclass.c
 - lib/hashlink/include/pcre/pcre2_extuni.c
 - lib/hashlink/src/std/error.c
 - lib/hashlink/include/pcre/pcre2_substring.c
process.c
./lib/hashlink/src/std/process.c(108): warning C4133: 'function': incompatible types - from 'uchar *' to 'LPSTR'
Error: pcre_xclass.c
c1: fatal error C1083: Cannot open source file: './lib/hashlink/include/pcre/pcre_xclass.c': No such file or directory

> lime rebuild hl -clean -release -nocffi

(same error as above)

---

> lime rebuild windows -Dhashlink

and

> lime rebuild windows -release -clean -Dhashlink

works well until

Link: ../ndll/Windows/lime.hdll
LINK : fatal error LNK1181: cannot open input file 'libhl.lib'

Context

none of the solutions offered in #3088 or #1831 seem to have worked, nor reinstalling the libs and updating their submodules

[NotHyper-474]

I'm on Linux but the error I get is similar when using the Lime used in develop (the text is just in Portuguese but it's the same error message)

 - lib/hashlink/src/std/error.c 
Error: cc1: fatal error: ./lib/hashlink/include/pcre/pcre_chartables.c: Arquivo ou diretório inexistente
compilation terminated.

I did a patch in my fork that solved the errors for me (NotHyper-474/lime@72569ed); the change on ExternalInterface might not be needed in your case though

[EliteMasterEric]

This is definitely an issue our fork of the Lime haxelib. I think I fixed it in a branch but IDK...

This is a bit lower priority since HashLink is not a priority target for us.