Wasi + Emscripten: configure behavior with --enable-optimizations seems incorrect?
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 77.2k
- Forks
- 35.9k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
configure.ac sets DEF_MAKE_ALL_RULE to:
- if
--enable-optimizationsis passed, thenprofile-opt - if
ac_sys_systemisEmscriptenorWASIthenbuild_wasm - if neither of these, then
build_all.
build_wasm is a modified version of the build_all target that drops some targets that don't build correctly in webassembly targets or are unneeded. This logic hasn't been added for the case when --enable-optimizations is passed. I think the best solution for now would be to check for these targets with --enable-optimizations and error out. I don't think PGO will work on the wasm targets without tinkering either way.
Linked PRs
- gh-126687
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne in configure.ac bei der Logik von DEF_MAKE_ALL_RULE und vergleiche den Pfad --enable-optimizations mit dem Emscripten- und WASI-Pfad build_wasm. Überprüfe das Verhalten für wasm-Ziele und stelle sicher, dass die nicht unterstützte optimierte Konfiguration wie beschrieben abgelehnt wird; gh-126687 ist im Issue verlinkt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python, wasm
- Bereich
- build-system
- Issue-Typ
- Bug
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Aktivitätsstatus
- Veraltet
- Klarheit
- Klar beschrieben
- Anfängerfreundlichkeit
- 30/100