-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Apple Silicon arm64 support #5402
Comments
@gaodeng but electron-builder is not supporting ARM64. |
Please support ARM64!!!! Don't want to have to move to another package! |
Apple will release to his customers three different models of ARM64 macs in 6 days, the support for this is planned/in progress? |
Currently stressing/investigating into this. I love electron-builder and would prefer not to switch. |
I've built a pkg file with arm64 binary and x64 binary, uploaded it to apple for review, and unfortunately the latest version of electron beta contains some private api calls that cause my app to be rejected. here's the details electron/electron#26480 Anyway, here's how I built it. |
Could you elaborate? This is what I'm using but it seems to ignore
I have not defined |
@warpdesign Currently you must set electronDownload.arch to "arm64" to force the arm64 version of electron to be downloaded. |
@gaodeng Unfortunately it still builds for x64 even though I set electronDownload.arch to Could you share your build configuration and the command you use to start the build? |
@warpdesign For native module, use electron-rebuild -f --arch=arm64 to build arm64 native module and set npmRebuild to false in electron builder configuration file. |
Oh you're right, even though it's saying x64 everywhere, it actually built for arm64:
Thanks for the help! |
No wonder it shows if (!hasMas || targets.length > 1) {
const appPath = prepackaged == null ? path.join(this.computeAppOutDir(outDir, arch), `${this.appInfo.productFilename}.app`) : prepackaged
nonMasPromise = (prepackaged ? Promise.resolve() : this.doPack(outDir, path.dirname(appPath), this.platform.nodeName as ElectronPlatformName, arch, this.platformSpecificBuildOptions, targets))
.then(() => this.packageInDistributableFormat(appPath, Arch.x64, targets, taskManager))
} |
@warpdesign Patches to fix the hardcoded values were posted in #5392 (comment) |
Our app has been approved by apple and is live, so I'm going to close the issue. |
@gaodeng i have sqlite3 issue can you please reply how you have resolved this issue? electron/electron#26364 (comment) |
@ahmadwaliesipick better-sqlite3 need patch binding.gyp change -std=c++11 to -std=c++14 |
@gaodeng how can i apply this patch can you please share details? i am using |
Are you using better-sqlite3 or sqlite3? From your description, you are using sqlite3. sqlite3 doesn't need any patch to compile. We use both better-sqlite3 and sqlite3 (aka node-sqlite3) in our project. sqlite3 compiles without any problem. |
@gaodeng Yes i am using node-sqlite3 i have no issue during compile but once i open app then this error shown https://share.getcloudapp.com/geuoxwPq i have created issue at Do you have info about this issue? @gaodeng |
From the error message, it appears that the native module you built is not the arm64 version. |
@gaodeng I have tried that. let me check again. Can you please share which |
"electron-rebuild": "^2.3.2", |
@gaodeng i am also seeing these issues while rebuild sqlite3. what do you think c++11 not support but sqlite3? |
Sorry, I'm not an expert on c++ and can't give advice on this issue. But the warning seems to have been there before. |
thanks you so much for your help @gaodeng |
May be some C++ expert can help on this. |
beta
With the release of Electron 11.0.0-beta.1, the Electron team is now shipping builds of Electron that run on the new Apple Silicon hardware
more info about Apple Silicon Support https://www.electronjs.org/blog/apple-silicon
The text was updated successfully, but these errors were encountered: