Can't Repro
Status Update
No update yet.
Comments
uc...@google.com
Thank you for your feedback. Team may reach out for more feedback in reproducing or triaging this issue.
1v...@gmail.com
My chroming bug
es...@google.com
fr...@algoriddim.com
We’d appreciate any update or timeline for fixing this issue.
I currently blocks any debugging on x86_64 emulators using Qt (seehttps://bugreports.qt.io/browse/QTBUG-77113 ).
Thanks!
I currently blocks any debugging on x86_64 emulators using Qt (see
Thanks!
lf...@google.com
bi...@gmail.com
ro...@gmail.com
Allow I dont know what it all is
aa...@gmail.com
Feedback
aa...@gmail.com
Feedback
lf...@google.com
Hi, we recently pushed an emulator update to stable that should include SSE 4.1 support on macOS.
aa...@gmail.com
aaireill111@gmail.com
xc...@gmail.com
fr...@algoriddim.com
I can confirm that this works with the latest Android Studio. I think the issue can be closed.
is...@google.com
va...@google.com
jfinder@google.com - can you please assign this out? Thanks.
jf...@google.com
This bug appears to have been fixed back in 2020 (
Description
Emulator Version (Emulator--> Extended Controls--> Emulator Version): 29.0.11-5598178
HAXM / KVM Version: HVF 10.14.0
Android SDK Tools: 26.1.1
Host Operating System: Mac OS X 10.14.4
CPU Manufacturer: Intel CPU
Virtualization is supported
64-bit CPU
RAM: 16384 MB
GPU: GPU #1
Make: 1002
Model: 6821
Device ID: 6821
Build Fingerprint: google/sdk_gphone_x86_64/generic_x86_64:9/PSR1.180720.093/5456446:userdebug/dev-keys
AVD Details: Name: Pixel_XL_API_28
CPU/ABI: x86_64
Path: /Users/eskil/.android/avd/Pixel_XL_API_28.avd
Target: google_apis [Google APIs] (API level 28)
Skin: pixel_xl_silver
SD Card: 512 MB
AvdId: Pixel_XL_API_28
PlayStore.enabled: false
avd.ini.displayname: Pixel XL API 28
avd.ini.encoding: UTF-8
disk.dataPartition.size: 800M
fastboot.chosenSnapshotFile:
fastboot.forceChosenSnapshotBoot: no
fastboot.forceColdBoot: yes
fastboot.forceFastBoot: no
hw.accelerometer: yes
hw.arc: false
hw.audioInput: yes
hw.battery: yes
hw.camera.back: virtualscene
hw.camera.front: emulated
hw.cpu.ncore: 4
hw.dPad: no
hw.device.hash2: MD5:984dbf66b1aaafcdb7e89573ffb74b46
hw.device.manufacturer: Google
hw.gps: yes
hw.gpu.enabled: yes
hw.gpu.mode: host
hw.initialOrientation: Portrait
hw.keyboard: yes
hw.lcd.density: 560
hw.lcd.height: 2560
hw.lcd.width: 1440
hw.mainKeys: no
hw.ramSize: 1536
hw.sdCard: yes
hw.sensors.orientation: yes
hw.sensors.proximity: yes
hw.trackBall: no
image.sysdir.1: system-images/android-28/google_apis/x86_64/
runtime.network.latency: none
runtime.network.speed: full
showDeviceFrame: yes
skin.dynamic: yes
tag.display: Google APIs
vm.heapSize: 384
Steps to Reproduce Bug:
To reproduce:
1. Launch an x86_64 emulator
2. From a console: % adb shell
3. % cat /proc/cpuinfo | grep sse4
Expected Behavior:
sse4.1 would be listed as supported extension.
Observed Behavior:
sse4.1 is not listed.
Explanation:
The official Android binaries for the Qt project are built with SSE4.1, as this is part of the defined ABI according to Android documentation:
However, the x86_64 emulator on macOS does not support this, as evidenced when looking at /proc/cpuinfo on the emulator image. This causes all Qt applications to crash with an error on startup, or sometimes to hang.
As far as we can tell this is not an issue on other platforms, but specifically with the image on macOS. The host machine supports SSE4.1 and we have tested both with and without haxm.
Qt Project report and discussion here: