Build duckdb_java linux-amd64-musl

[hrl20]

Build duckdb_java for Alpine linux on amd64

(arm64 is possible but takes 4+ hours on the default GHA runner, so skipping for now)

[carlopi]

Main question: can we get away from static linking the libc++ ?
I see that working with, question is if we can manage without.

[hrl20]

Main question: can we get away from static linking the libc++ ? I see that working with, question is if we can manage without.

I think in general this will not work because the standard alpine distribution doesn't include these libraries. Not linking it means requiring users to always install them in their Alpine containers when they want to use duckdb. This error happened trying to run duckdb (libstdc++ and libgcc linked) in the standard Metabase container which uses alpine, and loading httpfs (no libstdc++ and libgcc linked).

Also this does mean the extensions need to have statically linked libstdc++ and libgcc. Idk if there's a better solution here.

[carlopi]

But I think the problem here is that v1.1.2 has no concept (yet) of musl.

Would it be possible to run the same workflow again using a recent duckdb commit (such as 09cef57892 the one currently backed in duckdb-java)

[hrl20]

But I think the problem here is that v1.1.2 has no concept (yet) of musl.

Would it be possible to run the same workflow again using a recent duckdb commit (such as 09cef57892 the one currently backed in duckdb-java)

I tried this again on this branch and it still fails /tmp/libduckdb_java14876668067405368824.so: Error loading shared library libstdc++.so.6: No such file or directory (needed by /tmp/libduckdb_java14876668067405368824.so)