Linker error as of Zig 0.14.0

[x07x08]

Compiling an application in debug mode and linking dynamically produces the following error :

error: lld-link: _gnu_exception_handler was replaced

I discovered this after I've updated my project to compile on Zig 0.14.0. I've also noticed that the error persists even after removing all the code and keeping just the webui module.

Compiling the library using the makefile in the main repository does not export that symbol anywhere, only Zig seems to do it.

Static linking does get rid of that error, but it crashes, regardless of the optimization / release mode :

Segmentation fault at address 0x0
D:\Stuff\Programs\Dev\ziglang\lib\libc\mingw\winpthreads\clock.c:128:0: 0x7ff61916f424 in clock_gettime (mingw32.lib)
            _pthread_get_system_time_best_as_file_time(&ct.ft);

D:\Stuff\Programs\Dev\Zig stuff\waveboard_zig\external\webui-main\src\civetweb\civetweb.c:6025:0: 0x7ff61915d4e6 in get_random (webui.lib)
 uint64_t now = mg_get_current_time_ns();

D:\Stuff\Programs\Dev\Zig stuff\waveboard_zig\external\webui-main\src\civetweb\civetweb.c:21156:0: 0x7ff6191610dc in mg_start2 (webui.lib)
 ctx->dd.auth_nonce_mask =

D:\Stuff\Programs\Dev\Zig stuff\waveboard_zig\external\webui-main\src\civetweb\civetweb.c:21861:0: 0x7ff619162de0 in mg_start (webui.lib)
 return mg_start2(&init, NULL);

D:\Stuff\Programs\Dev\Zig stuff\waveboard_zig\external\webui-main\src\webui.c:8973:0: 0x7ff61912d445 in _webui_server_thread (webui.lib)
    http_ctx = mg_start(&http_callbacks, 0, http_options);

???:?:?: 0x7ff9a0327033 in ??? (KERNEL32.DLL)
???:?:?: 0x7ff9a18e26a0 in ??? (ntdll.dll)

Everything was fine on 0.13.0 and even some development versions of 0.14.0, but not on the final version.

[jinzhongjia]

Interesting, because there is no problem with CI detection compilation in the repository
CI covers windows macos and linux

[jinzhongjia]

Since I found a new job, the processing of the open source library's issue needs to be slowed down a little. I will take time to troubleshoot this problem in the past few nights.

[jinzhongjia]

Of course I suggest you provide more information, such as your system version

[x07x08]

OS : Windows 10 Pro version 20H2 build 19042.2006

It compiles fine on its own, indeed. It all goes wrong when trying to use it in an executable, such as what I mentioned in the first post.
I'll see later if it's just the project that is wrong, but as I said, even an empty one produces it.

[jinzhongjia]

I'll try your project initially and use it to compile and try it

[jinzhongjia]

Great project, very good

[jinzhongjia]

I tried to open a new empty project via zig init, then add zig-webui, and use the examples inside examples which called minimal.

Then, every thing goes very well!

Then it can be basically judged that your other libraries have conflicts with this one

[jinzhongjia]

Then I noticed that you are not using zig's fetch directly, but integrate the package into your external folder, why do this?

[x07x08]

You might be right.
What's strange is that after trying a newly initialized project with the same dependencies, there were no build errors.

[x07x08]

I'll close this for now and see if I can get it to work properly

[jinzhongjia]

Don't rush to close the issue, I think it should be kept on until it is clear

[jinzhongjia]

My suggestion: You compile the two packages below external as modules or directly as fetch packages. The error reported by zig means that the symbols are defined multiple times.

[jinzhongjia]

It seems that symbols are repeatedly defined during the compilation process. This is probably caused by changes in the zig's build system. 0.14 introduced several break changes a few days before the release.