mirror of
https://github.com/AppFlowy-IO/AppFlowy.git
synced 2026-03-24 04:46:56 +00:00
[GH-ISSUE #26] [FR] Universal build for M1 support? #13
Labels
No labels
2024
2025
2026
acct mgmt
AI
automation
bug
calendar
ci
CJK
cloud
code-block
collaboration
copy-paste
database
data migration
data sync
deploy
desktop
develop
develop
documentation
duplicate
editor
editor-plugin
emoji
export
files
flutter-only
follow-up
formula
good first issue for devs
good first issue for experienced devs
grid
hacktoberfest
HACKTOBERFEST-ACCEPTED
help wanted
i18n
icons
images
importer
improvements
infra
install
integrations
IR
kanban board
login
look and joy
mentorship
mobile
mobile
needs design
new feature
new feature
non-coding
notes
notifications
onboarding
organization
P0+
permission
platform-linux
platform-mac
platform-windows
plugins
program
pull-request
Q1 25
Q1 26
Q2 24
Q2 25
Q3 24
Q3 25
Q4 24
Q4 25
react
regression
rust
rust
Rust-only
Rust-only
Rust-starter
Rust-starter
self-hosted
shortcuts
side panel
slash-menu
sync v2
table
tablet
task
tauri
templates
tests
themes
translation
v0.5.6
v0.5.8
v0.5.9
v0.6.0
v0.6.1
v0.6.4
v0.6.7
v0.6.8
v0.7.1
v0.7.4
v0.7.4
v0.7.5
v0.7.6
v0.7.7
v0.7.8
v0.8.0
v0.8.4
v0.8.5
v0.8.9
web
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
AppFlowy-IO/AppFlowy#13
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 @FallenChromium on GitHub (Nov 18, 2021).
Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/26
Hi there! I loved the design of the app ♥️
One of the problems I've encountered is that it runs under Rosetta 2 on my laptop, which is undesirable, mainly because smoothness suffers and so does the battery life. Is there any way to compile Rust+Dart app into a Universal app?
@appflowy commented on GitHub (Nov 18, 2021):
@FallenChromium Absolutely yes, but the size of the application will be larger. I can build one for M1. Please let me know how you think about it.
@FallenChromium commented on GitHub (Nov 18, 2021):
It's absolutely fine to have 2 separate releases for each architecture (like most utils on Homebrew do, anyway), so I think it's a viable solution.
That said, it's always a compromise. I can see Universal App being easier to distribute but more painful to build (especially in an automated fashion). Separating targets and release products can also be a pain in the back, especially when other arches and\or platforms will join (win_x64, win_arm64, linux_x64, linux_arm64, you probably already imagined that giant GitHub Releases file list 🤣)
@pdckxd commented on GitHub (Nov 20, 2021):
Seems flutter doesn't support build application for native Apple M1 chip. Below wiki page shows that M1 can run X86_64 application through Rosetta2 at this moment. So you will see Intel arch in "Activity Monitor" when running appflowy on MacOS
https://github.com/flutter/flutter/wiki/Developing-with-Flutter-on-Apple-Silicon
@ioiioo commented on GitHub (Dec 10, 2021):
I have the same appeal, I hope I can have M1 version applications.
@lvelvee commented on GitHub (Dec 21, 2021):
kindly support native arm arch pls
@WATERMELOUN3 commented on GitHub (Apr 28, 2022):
Is there any news about native ARM build support ?
In the documentation in Building on MacOS -> Building in release mode, there is arm64 command, but it still doesn't work.
@ghost commented on GitHub (May 18, 2022):
Any update about this? since flutter v3 already support apple silicon without rosetta
ps: https://github.com/flutter/website/pull/7119#issuecomment-1124537969
@Lewiscowles1986 commented on GitHub (Jul 30, 2022):
It seems Flutter recently released apple silicon support. I hope it's generic ARM64 so I can run on M1 Studio as well as low-end devices like the raspberry pi.
Links:
@Lewiscowles1986 commented on GitHub (Jul 30, 2022):
If there are tests or it's a matter of configuring a build, I'm in BST London, and happy to take the time to use my hardware to build on an M1 and host while the github process for building is worked out.
@SuperBo commented on GitHub (Oct 9, 2022):
Hi @Lewiscowles1986 , can you share the build with us :D
@Lewiscowles1986 commented on GitHub (Oct 14, 2022):
It didn’t build and it seems I e not kept a log of why, or what the errors were
@Tienisto commented on GitHub (Jul 11, 2023):
Shouldn't
flutter build macosbuild an universal build by default? I am maintainer of LocalSend and I did not do anything to ensure M1 support.Maybe an ARM based computer is needed though...
@Lewiscowles1986 commented on GitHub (Jul 11, 2023):
It's not the same commands @Tienisto (I think due to the Rust and other commands); but it looks like https://appflowy.gitbook.io/docs/essential-documentation/contribute-to-appflowy/software-contributions/environment-setup/building-on-macos has cli options for arm64; so I guess for me; this was all I wanted.
@Lewiscowles1986 commented on GitHub (Jul 11, 2023):
This has led to https://github.com/flutter/flutter/issues/130308 on a new mac I don't want to use appleId for, but it feels like that is a me problem.
@vncloudsco commented on GitHub (Nov 8, 2023):
Are there any updates for this?
@LucasXu0 commented on GitHub (Dec 25, 2023):
We have provided the universal package for the M series chip from version 0.3.0.
@vncloudsco commented on GitHub (Jan 3, 2024):
@LucasXu0
We do not see that we still have not been installed on ARM, even the built -in docker is not show that.
@vncloudsco commented on GitHub (Jan 3, 2024):
releases page only x86_64 support @LucasXu0
