Roadmap: native ARM64 toolchain (w64devkit-arm64, aarch64-w64-mingw32)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Ambito
- compilers, devtools, operating-systems
Direzione di ricerca
Start by testing GCC 15's tentative aarch64-w64-mingw32 support and whether GDB can debug Windows ARM64 targets. Assess the ARM64 builds of GCC, GDB, and 7z SFX, including the C++ exception limitation, then examine the eventual libmemory and libchkstk work. Done means a working debugger and complete toolchain, or documented findings showing what must remain x64.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Due to Windows' built-in, transparent x86/x64 emulation — which is honestly quite impressive! — w64dk already works out-of-the-box on ARM64, if with a performance penalty. (Though busybox-w32 in emulation thinks the user is named root? This needs investigation.) GCC 15 has partial, tentative support for aarch64-w64-mingw32. So perhaps it's time to explore an ARM64 toolchain. Lacking C++ exceptions, initial attempts will likely only support C. This issue is an open invitation to try it out and report results/findings.
Will the lack of C++ exceptions interfere with the ARM64 cross-builds of GCC, GDB, and 7z SFX? These are written in C++. Can GDB even debug Windows ARM64 targets (current guess: no)? I won't consider it ready, even with just a C toolchain, without a working debugger. If these components cannot be compiled for ARM64, perhaps they remain x64 such that it's actually a C cross-toolchain hosted on x64 targeting ARM64. This would all be transparent to users.
Regardless, a complete toolchain will require eventually porting libmemory and libchkstk.
- Lingua principale
- C
- Stelle
- 5k
- Fork
- 408
- Merge medio
- 4h 40m
- PR unite (30g)
- 2
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di skeeto/w64devkit
-
New busybox-w32 versionAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 46/100
-
Bring UTF-8 back to x86 kitAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
-
Support for mcfgthreads?Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di skeeto/w64devkit
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
sk3llo/ffmpeg_kit_flutter#176 ·
-
Synth suite fails unless run from the repo root: signal_flow's default machine path is cwd-relativeApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
Nimblesite/osprey#370 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100