mirror of
https://github.com/mumble-voip/mumble.git
synced 2026-03-03 00:46:56 -05:00
Release macOS ARM64 binaries #2162
Labels
No labels
GlobalShortcuts
Hacktoberfest
accessibility
acl
asio
audio
bonjour
bsd
bug
build
certificate
ci
client
code
documentation
external-bug
feature-request
gRPC
github
good first issue
help wanted
help-needed
ice
installer
linux
macOS
needs-ckeck-with-latest-version
needs-more-input
overlay
positional audio
priority/P0 - Blocker
priority/P1 - Critical
priority/P2 - Important
priority/P3 - Somewhat important
priority/P4 - Low
public-server-registration
qt
recording
release-management
server
stale-no-response
stale-support
support
task
test
theme
translation
triage
ui
windows
wontfix
x64
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mumble-mumble-voip#2162
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @josefleventon on GitHub (Mar 18, 2021).
Context
MumbleLink, when working with Mumble on some games running natively on an M1-SoC Apple Silicon Mac, does not work due to Mumble running on Rosetta 2.
Describe the feature you have in mind
A build for ARM-powered Macs.
Describe alternatives you've considered
I've tried building from source on multiple different versions (including LTS), does not work. App will launch and immediately crash.
@davidebeatrici commented on GitHub (Mar 18, 2021):
You should be able to build for ARM64 macOS just fine, but we are definitely going to release official builds soon.
We currently don't have ARM64 builders, but we can cross-compile on x64.
However, dependencies such as Qt also contain tools in addition to libraries and as far as I know they're all built for the target architecture in vcpkg.
@josefleventon commented on GitHub (Mar 18, 2021):
@davidebeatrici I've been using this guide. Is that wrong?
@davidebeatrici commented on GitHub (Mar 18, 2021):
No, it's correct.
According to @cfstras (#4765) the client runs fine.
@josefleventon commented on GitHub (Mar 18, 2021):
Super interesting, thank you. I'll make sure to follow his guide.
@davidebeatrici commented on GitHub (Mar 18, 2021):
No problem.
@josefleventon commented on GitHub (Mar 18, 2021):
Personally I'm just trying to get it to run with mumblelink, as long as it doesn't crash all the time I'm good to go :)
Thank you for your guide Claus!
@josefleventon commented on GitHub (Mar 18, 2021):
@cfstras I would recommend adding
-DOPENSSL_ROOT_DIR=/opt/homebrew/opt/opensslto the options. For some reason OpenSSL isn't recognized bymake@cfstras commented on GitHub (Mar 19, 2021):
As mentioned in #4765, I symlinked my /opt/homebrew/opt to /usr/local/opt to fix all these path issues in one go. YMMV.
See here: https://gist.github.com/cfstras/f741087c77a899d5f77eb4664c5b4a70#file-mumble-build-m1-sh-L50-L54
@josefleventon commented on GitHub (Mar 19, 2021):
Got it! Thank you for your help.
@iJaack commented on GitHub (Mar 29, 2021):
As per the macOS build, I get this error when running
cmake ..:Anyone can help?
@cfstras commented on GitHub (Mar 29, 2021):
@iJaack please have a read through the "Caveats" section in #4765. You can use this build script to get you started: https://gist.github.com/cfstras/f741087c77a899d5f77eb4664c5b4a70 (Please do read through it before executing, it symlinks your /opt/homebrew to /usr/local, so it won't work if you have an existing x86 homebrew installed.
@iJaack commented on GitHub (Mar 29, 2021):
OK it works, thank you!
@keybits commented on GitHub (Apr 2, 2022):
Now that 1.4 is generally available, are the plans for an Apple Silicon (ARM64) / Universal version for macOS still active?
@Krzmbrzl commented on GitHub (Apr 2, 2022):
To my knowledge they are not
@davidebeatrici commented on GitHub (May 15, 2022):
MacStadium kindly replaced our gen 3 Mac Mini with a gen 5 one for free, as part of their open-source program.
As a result, we can now build and test ARM64 binaries and may be able to deliver official releases for that architecture soon.
@iakat commented on GitHub (Dec 10, 2022):
Is there any plans for this?
@davidebeatrici commented on GitHub (Dec 10, 2022):
If I recall correctly there was an issue with the Qt port in vcpkg, which could be fixed now.
@ghost commented on GitHub (Feb 1, 2023):
updates?
@Krzmbrzl commented on GitHub (Feb 1, 2023):
No
@iakat commented on GitHub (Feb 9, 2023):
ok
@ForlornWongraven commented on GitHub (May 7, 2023):
Mumble is the only application that still requires Rosetta2 on my iMac. Any update?
@Krzmbrzl commented on GitHub (May 8, 2023):
No - nobody has had the time to work on this yet
@thegcat commented on GitHub (Jan 31, 2024):
As a datapoint and maybe as an inspiration for those that don't need the game-related functionality of Mumble: I've been compiling and using Mumble fine with
-DCMAKE_BUILD_TYPE=Release -Doverlay=off -Dice=off. I need to recompile every so often because the libs from homebrew get updated, but apart from that it's been smooth so far.@davidebeatrici commented on GitHub (Jan 31, 2024):
That's good news, as it means there should be no issues in our codebase.
@Krzmbrzl We should probably revisit the ARM64 vcpkg build.
@Krzmbrzl commented on GitHub (Feb 1, 2024):
There were some recent vcpkg PRs that we need to be merged as they fixed some issues for the ARM build. However, they have been merged by now. We'll have to update the macOS target to at least 11 as one of the nibs requires at least that version. This will involve rewriting (or disabling) the overlay to use Metal instead of OpenGL.
@davidebeatrici commented on GitHub (Feb 1, 2024):
As far as I know there are no games that make use of Metal directly and for good reason: Vulkan exists.
I'm pretty sure most engines make use of MoltenVK, which is a translation layer that enables the use of Vulkan on top of Metal.
@Krzmbrzl commented on GitHub (Feb 1, 2024):
Well, in that case we need a Vulkan overlay - the main point being that the OpenGL API is deprecated after 10.15
@Avi-D-coder commented on GitHub (May 19, 2024):
This builds the client on macos arm
aarch64-darwinhttps://github.com/Avi-D-coder/mumble-nix-flake-macos. Just runnix buildthenopen result/Mumble.appThe client is very buggy especially when changing settings, but it does work.
@SteanlyCZ commented on GitHub (Jun 26, 2025):
please does anyone have a compiled binary version for Mac ARM64?
@Avi-D-coder commented on GitHub (Jun 26, 2025):
That nix used to work about a year ago, but even then mumble was useable but buggy
@ForlornWongraven commented on GitHub (Oct 12, 2025):
This is the last software that is still Intel on my Apple Silicon devices. Is there any update, please?
@Krzmbrzl commented on GitHub (Oct 12, 2025):
No
@ikir83 commented on GitHub (Feb 17, 2026):
Any news on a native Apple Silicon version?
@davidebeatrici commented on GitHub (Feb 17, 2026):
Please write the proper architecture name instead of "Intel" and/or "Apple Silicon", don't endorse (terrible) marketing behavior.
With that being said, we have to verify the current situation with vcpkg and maybe cross-compilation as well. Azure Pipelines is still only offering ARM64 agents in preview, with potential availability limitations. GitHub Actions allegedly offers them normally just like x86 ones.
Considering we already have a macOS build job on GitHub Actions, we could simply add an ARM64 variant that relies on a fully native vcpkg environment. Which is always better compared to cross-compilation, especially in terms of resources.
@iJaack commented on GitHub (Feb 20, 2026):
For what it's worth, #7074 (merged recently) fixes a cmake blocker that prevented universal (arm64+x86_64) builds from compiling with the Unix Makefiles generator. The
MUMBLE_TARGET_ARCHsemicolon issue was causing immediate build failures when configuring with-DCMAKE_OSX_ARCHITECTURES="arm64;x86_64".With that fix in place, building Mumble natively on Apple Silicon (or as a universal binary) should now work from source. Hopefully this helps move toward official ARM64 release binaries.