Pygame Android build: missing SIMD blitter symbols cause APK crash at runtime
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 62/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Ambito
- build-system, mobile
Direzione di ricerca
Inizia da pythonforandroid/recipes/pygame/init.py, dove la ricetta carica buildconfig/Setup.Android.SDL2.in e viene impostata la riga del modulo surface. Confronta quella riga con il template standard Setup di SDL2 per verificare la mancanza dei sorgenti simd_blitters_sse2.c e simd_blitters_avx2.c. Il lavoro è completato quando il modulo surface di Android include entrambi i file e gli errori sui simboli di surface.so non compaiono più in una build.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Pygame Android build: missing SIMD blitter symbols cause APK crash at runtime
Summary
When building a Pygame application for Android using Buildozer and python-for-android, the APK was generated successfully but crashed immediately after startup.
The problem was caused by missing SIMD source files in the Android-specific Pygame surface module configuration.
Adding both missing source files to the surface module resolved the problem. The APK was subsequently tested successfully on a physical Android device.
I would like to share this finding and ask whether the Android-specific configuration could be updated upstream.
Environment
- Linux (Debian 13)
- Buildozer
- python-for-android
- Pygame
- SDL2
- Android NDK
- Architectures:
arm64-v8aandarmeabi-v7a - Test device: Samsung Galaxy A20
- Android version: 11
Symptoms
The first runtime error was:
ImportError: dlopen failed: cannot locate symbol
"alphablit_alpha_sse2_argb_surf_alpha"
referenced by ".../pygame/surface.so"
This was followed by:
NotImplementedError: display module not available
After adding the SSE2 source file, the first error disappeared, but another missing symbol was reported:
dlopen failed: cannot locate symbol "pg_has_avx2"
referenced by ".../pygame/surface.so"
Root cause
The Android-specific Pygame build configuration did not include two source files that are present in the standard Pygame SDL2 configuration:
src_c/simd_blitters_sse2.csrc_c/simd_blitters_avx2.c
The relevant configuration is generated by the python-for-android Pygame recipe:
pythonforandroid/recipes/pygame/__init__.py
The recipe reads the Android template using:
setup_template = open(join("buildconfig", "Setup.Android.SDL2.in")).read()
The original Android surface module configuration was:
surface src_c/surface.c src_c/alphablit.c src_c/surface_fill.c $(SDL) $(DEBUG)
The standard configuration includes the SIMD source files:
surface src_c/simd_blitters_sse2.c src_c/simd_blitters_avx2.c src_c/surface.c src_c/alphablit.c src_c/surface_fill.c $(SDL) $(DEBUG)
Why both files are required
The first missing symbol:
alphablit_alpha_sse2_argb_surf_alpha
is implemented in simd_blitters_sse2.c.
Although the filename contains SSE2, this source also provides ARM NEON support through sse2neon.h.
The second missing symbol:
pg_has_avx2
is implemented in simd_blitters_avx2.c.
Although ARM devices do not support AVX2, the function itself is still referenced by alphablit.c. Its implementation returns 0 when AVX2 is unavailable.
Therefore, the AVX2 source file must also be compiled so that the referenced symbol is available.
Working solution
The following additional line was inserted into the python-for-android Pygame recipe, immediately after loading the Android setup template:
setup_template = setup_template.replace(
"surface src_c/surface.c",
"surface src_c/simd_blitters_sse2.c src_c/simd_blitters_avx2.c src_c/surface.c"
)
This changes the generated surface module configuration to include both missing source files.
Reproducible repair script
To make the modification reproducible after a Buildozer clean operation, the following script can be placed in the root directory of a Buildozer project.
Filename: repair_pygame_android.sh
#!/bin/bash
set -e
RECIPE=".buildozer/android/platform/python-for-android/pythonforandroid/recipes/pygame/__init__.py"
echo "=== Pygame Android Repair ==="
if [ ! -f "$RECIPE" ]; then
echo "ERROR: Pygame recipe not found!"
exit 1
fi
python - "$RECIPE" <<'PY'
import sys
from pathlib import Path
path = Path(sys.argv[1])
content = path.read_text()
old = 'setup_template = open(join("buildconfig", "Setup.Android.SDL2.in")).read()'
new = old + '\n setup_template = setup_template.replace("surface src_c/surface.c", "surface src_c/simd_blitters_sse2.c src_c/simd_blitters_avx2.c src_c/surface.c")'
if new in content:
print("Patch already present.")
elif old in content:
path.write_text(content.replace(old, new, 1))
print("Pygame recipe successfully patched.")
else:
print("ERROR: Expected code line not found. Nothing changed.")
sys.exit(1)
PY
echo "=== Repair completed ==="
Make the script executable:
chmod +x repair_pygame_android.sh
Build procedure
The following sequence was used successfully:
# 1. Clean the Android build
buildozer android clean
# 2. Restore the Pygame recipe modification
./repair_pygame_android.sh
# 3. Build the APK
buildozer -v android debug
Important: The repair script must be executed after buildozer android clean and before building the APK. A clean operation can remove the modified python-for-android checkout.
Result
The APK was built successfully for both Android architectures:
arm64-v8aarmeabi-v7a
Buildozer reported:
# Android packaging done!
# APK ... available in the bin directory
The resulting APK was installed and tested on a Samsung Galaxy A20 running Android 11.
The application started successfully and the original Pygame import errors were resolved.
Question for the maintainers
Would it be possible to include both SIMD source files in the Android-specific Pygame surface module configuration by default?
The standard Pygame SDL2 configuration already includes these files, while the Android-specific configuration appears to omit them.
Including the required sources directly in the Android recipe could prevent other developers from encountering the same runtime errors.
Thank you for maintaining python-for-android!
- Lingua principale
- Python
- Stelle
- 8.9k
- Fork
- 2.1k
- Merge medio
- 2g 16h
- PR unite (30g)
- 12
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la 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 kivy/python-for-android
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
kivy/python-for-android#3335 · 1 commento · 3 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
Documentation easy
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
kivy/python-for-android#3326 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Documentation easy Priority: Low
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
kivy/python-for-android#3299 ·
I maintainer di solito rispondono entro 1 giorno
-
find: /usr/bin/echo: No such file or directoryForse già presa @AndreMiras l’ha presa 2 giorni fa. Aperta
kivy/python-for-android#3404 · 1 commento · 2 reazioni · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
kivy/python-for-android#3397 · 11 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di kivy/python-for-android
Issue simili
-
flow-measurement measurement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 76/100
MichaelYcJo/SpecSeal#1366 ·
-
bug c/evals c/ui size:L
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
Arize-ai/phoenix#17633 · 2 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
TransformerLensOrg/TransformerLens#1980 ·
I maintainer di solito rispondono entro 1 giorno
-
Module: Solr Needs: Lead Needs: Triage Theme: Search Type: Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
internetarchive/openlibrary#14284 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 69/100
SpaceCowMedia/commander-spellbook-backend#1292 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno