ci: add OpenBSD Clang cross job #35397

This adds a Linux cross job for OpenBSD. bitcoin-chainstate and test_kernel currently fail to link:

[ 69%] Linking CXX executable ../../../bin/test_kernel
ld.lld: error: non-exported symbol '__cxa_atexit' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(atexit.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol '__stack_smash_handler' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(stack_protector.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol '__assert2' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(assert.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'free' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(malloc.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'memset' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(memset.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'memcpy' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(memcpy.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'memmove' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(memmove.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'strlen' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(strlen.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'malloc' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(malloc.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'realloc' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(malloc.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'memcmp' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(memcmp.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'abort' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(abort.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'vsnprintf' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(vsnprintf.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'fseek' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(fseek.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'fclose' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(fclose.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'setbuf' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(setbuf.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'fwrite' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(fwrite.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol '__stdout' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(findfp.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'fflush' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(fflush.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: non-exported symbol 'fread' in '/ci_container_base/depends/SDKs/openbsd-x86_64-unknown-openbsd-7.9/usr/lib/libc.a(fread.o)' is referenced by DSO '../../../lib/libbitcoinkernel.so'
ld.lld: error: too many errors emitted, stopping now (use --error-limit=0 to see all errors)
clang++: error: linker command failed with exit code 1 (use -v to see invocation)

so they are disabled for now.

Based on #35427 + https://github.com/hebasto/bitcoin/commits/260531-openbsd-qt-cross.

<!--e57a25ab6845829454e8d69fc972939a-->

The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.

<!--006a51241073e994b41acfe9ec718e94-->

Code Coverage & Benchmarks

For details see: https://corecheck.dev/bitcoin/bitcoin/pulls/35397.

<!--021abf342d371248e50ceaed478a90ca-->

Reviews

See the guideline for information on the review process.

If your review is incorrectly listed, please copy-paste <code>&lt;!--meta-tag:bot-skip--&gt;</code> into the comment that the bot should ignore.

<!--174a7506f384e20aa4161008e828411d-->

Conflicts

No conflicts as of last run.

<!--5faf32d7da4f0f540f40219e4f7537a3-->

bitcoin-chainstate and test_kernel currently fail to link

cc @sedited

<!--85328a0da195eb286784d51f73fa0af9-->

🚧 At least one of the CI tasks failed. _{Task OpenBSD Cross: https://github.com/bitcoin/bitcoin/actions/runs/26520966708/job/78111604124} _{LLM reason (✨ experimental): ld.lld failed to link bitcoin-chainstate due to “non-exported symbol” errors from the OpenBSD SDK’s libc.a (e.g., __cxa_atexit, malloc, memcpy, strlen).}

<details><summary>Hints</summary>

Try to run the tests locally, according to the documentation. However, a CI failure may still happen due to a number of reasons, for example:

• Possibly due to a silent merge conflict (the changes in this pull request being incompatible with the current code in the target branch). If so, make sure to rebase on the latest commit of the target branch.

• A sanitizer issue, which can only be found by compiling with the sanitizer and running the affected test.

• An intermittent issue.

Leave a comment here, if you need help tracking down a confusing failure.

</details>

Concept ACK

I guess a similar treatment could also be done for freebsd.

I guess a similar treatment could also be done for freebsd.

Do you mean NetBSD? We added a Clang cross FreeBSD job in #34491.

Depends Qt builds, but CMake can't seem to find it, so I have dropped Qt for now.

cc @hebasto, you might want to have a look here.

I guess a similar treatment could also be done for freebsd.

Do you mean NetBSD?

Yeah, given that apparently all three of them can run into unrelated/orthogonal(?) build issues, it could make sense to check all of them

Do you mean NetBSD? We added a Clang cross FreeBSD job in #34491.

Yes, not sure why I confused them.

Put up something for NetBSD here: #35412.

Depends Qt builds, but CMake can't seem to find it, so I have dropped Qt for now.

cc @hebasto, you might want to have a look here.

Sure. Pleas check out #35427.

9bb19b65bf4ec0a65d091aaafac193e59099f198 breaks compilation on OpenBSD:

$ uname -rs
OpenBSD 7.8
$ gmake -C depends -j 10 libevent
<snip>
[ 39%] Linking C static library lib/libevent_core.a
Error running link command: no such file or directorygmake[3]: *** [CMakeFiles/event_core_static.dir/build.make:389: lib/libevent_core.a] Error 2
gmake[2]: *** [CMakeFiles/Makefile2:97: CMakeFiles/event_core_static.dir/all] Error 2
gmake[1]: *** [Makefile:136: all] Error 2
gmake[1]: Leaving directory '/home/hebasto/dev/bitcoin/depends/work/build/x86_64-unknown-openbsd7.8/libevent/2.1.12-stable-1e1062d7183/build'
gmake: *** [funcs.mk:343: /home/hebasto/dev/bitcoin/depends/work/build/x86_64-unknown-openbsd7.8/libevent/2.1.12-stable-1e1062d7183/build/.stamp_built] Error 2
gmake: Leaving directory '/home/hebasto/dev/bitcoin/depends'

https://github.com/bitcoin/bitcoin/commit/9bb19b65bf4ec0a65d091aaafac193e59099f198 breaks compilation on OpenBSD: Error running link command: no such file or directory

That looks more like a misconfigured environment, or you've forgotten a build dependency?

9bb19b6 breaks compilation on OpenBSD: Error running link command: no such file or directory

That looks more like a misconfigured environment, or you've forgotten a build dependency?

I believe this demo run clearly isolates the issue:

• On the master branch: the build passes.
• On this PR branch: the build fails.

UPDATE, I got the result in my comment above locally, not in the GHA environment.

I believe this demo run clearly isolates the issue:

It's still the same error as above: Error running link command: no such file or directory. gmake is trying to run the archiver (llvm-ar), and it's failing. Did you install llvm, so that llvm-ar is available?

I believe this demo run clearly isolates the issue:

It's still the same error as above: Error running link command: no such file or directory. gmake is trying to run the archiver (llvm-ar), and it's failing. Did you install llvm, so that llvm-ar is available?

The list of the installed packages is exactly as documented:https://github.com/bitcoin/bitcoin/blob/fbe628756cc417dd4b6ccd9d3a709ca8e2f6023c/depends/README.md?plain=1#L52-L55

If this PR introduces a new build dependency (llvm) when building on OpenBSD, that constitutes a regression and should be fixed.

Now based on #35427, and dropped some of the llvm usage.

a6b89a59b1a334830a1ad47791edab37db7d1945

Now based on #35427...

It seems that not only the ranlib fixes were taken from 260531-openbsd-qt-cross, but the top commit was included as well, which is incorrect.

It should actually be taken from #35427, which includes files like depends/patches/freetype/openbsd_versioning.patch.

https://github.com/bitcoin/bitcoin/actions/runs/27414843225/job/81025003056:

<snip>
ld.lld: error: undefined symbol: XML_ParserCreate
>>> referenced by fcxml.c
>>>               fcxml.o:(FcConfigParseAndLoadFromMemoryInternal) in archive /home/runner/work/_temp/depends/x86_64-unknown-openbsd/lib/libfontconfig.a

<snip>

It seems the issue is that, despite the --disable-static configure option, the fontconfig package was still configured as a static library:

<snip>
checking if libtool supports shared libraries... no
checking whether to build shared libraries... no
checking whether to build static libraries... yes
<snip>