Build error when compiling OSX targeting ARM64 (error: unknown directive in BoringTLS code) #95
Comments
|
Yes, I also failed the build and look forward to fixing it. |
|
Which Mono version are you building? ARM64 support is included in latest |
|
Using |
|
And which Xcode version? You need at least Xcode 12 for ARM64 support. |
|
Xcode version is the same as in |
|
Then I don't know what causes this, it seemed to work fine for me. I'll give it another try when I'm back to work next week. |
|
make[6]: Leaving directory '/root/mono-configs/desktop-osx-arm64-release/mono/btls/build-shared' |
|
./build.sh 3.3 mono-6-12.0.147 The OSX build failed |
|
I could reproduce it while attempting to build the new 6.12.0.158 (might also happen with 6.12.0.147, I didn't try again). I'll have to figure out what was different when I did get a working 6.12.0.147 build which I've been using for 3.4 betas... |
|
My last build of What's more likely to be problematic is godot-mono-builds updates in 8b32344 and 6636cb9, respectively including godotengine/godot-mono-builds#47 and godotengine/godot-mono-builds#49, which are both related to BTLS. |
akien-mga
changed the title
|
I confirmed that reverting godotengine/godot-mono-builds@f63f4e2 fixes the build issue. @neikeq I think it's the addition of |
|
I worked around the issue with d8d17c5 by doing a local revert of the problematic changes, but this should be fixed in https://github.com/godotengine/godot-mono-builds. |
|
./build.sh 3.3 mono-6.12.0.158 Dockerfile.osx Building a successful Dockerfile.ios Build failed..... cd /root/mono-6.12.0.158/mcs && make --no-print-directory -s NO_DIR_CHECK=1 PROFILES='monotouch monotouch_runtime monotouch_tools' CC='gcc' all-profiles Unhandled Exception: |
|
./build.sh 3.3 mono-6.12.0.147 Dockerfile.osx Dockerfile.ios Building a successful |
|
Can reproduce with the godot-mono-builds scripts on my mac. I even have an error (albeit a different one) when building for x86_64. The solution may be to disable |
|
I managed to have a successful build with d8d17c5. @qjyqjyqjyqjy make sure to either remove I won't close this myself since the workaround is temporary and it's worth to track the issue, but feel free to close this if needed. |
|
We shouldn't close this, unless it's to move the issue to godotengine/godot-mono-builds. I need to check what are the consequences of building without |
This reverts commit f63f4e2. This broke OSX ARM64 builds, and so we've been building official releases with this commit reverted locally for a while. See godotengine/build-containers#95 for details.
|
For now I propose reverting the problematic commit in godotengine/godot-mono-builds#64, which is what we've been using de facto in this repo since d8d17c5. And maybe we can move this issue to godot-mono-builds to keep track of it further, even if the revert is merged as a temporary solution. |
Follow-up to godotengine#47 and godotengine#49. This caused issues on macOS ARM64, see godotengine/build-containers#95.
- F36 gives us MinGW GCC 11.2.1 and binutils 2.37 for Windows builds. * Had to downgrade autotools to F35 version for Mono wasm builds. - OSX and iOS builds now use LLVM 14 for osxcross. - Emscripten updated to 3.1.10 for classical builds (still using 1.39.9 for Mono). - Mono 6.12.0.178, and updated godot-mono-builds to fix issue with btls-lib on macOS ARM64 (fixes #95). - SCons 4.3.0. - Add `osslsigncode` to Linux image for use in godot-build-scripts. - Linux toolchains not updated yet, need to prepare a new buildroot with latest GCC/binutils.
|
Fixed by godotengine/godot-mono-builds#65 and #104. |
- F36 gives us MinGW GCC 11.2.1 and binutils 2.37 for Windows builds. * Had to downgrade autotools to F35 version for Mono wasm builds. - OSX and iOS builds now use LLVM 14 for osxcross. - Emscripten updated to 3.1.10 for classical builds (still using 1.39.9 for Mono). - Mono 6.12.0.178, and updated godot-mono-builds to fix issue with btls-lib on macOS ARM64 (fixes #95). - SCons 4.3.0. - Linux toolchains not updated yet, need to prepare a new buildroot with latest GCC/binutils.
Branch: main @ 5566d8c
My host machine has Intel CPU, if that makes a difference. Tried both under Fedora 34 host, and even Windows WSL2 Ubuntu 20.04.2.0 LTS, same results.
Full logs:
xrayez-logs.tar.gz
The text was updated successfully, but these errors were encountered: