appears the random number generator produces different results on 32-bit
arches, while my code seems to work fine in qemu
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.
Here is the same thing compiled with optimizations on
** Attachment added: "bench_simple"
https://bugs.launchpad.net/qemu/+bug/1851095/+attachment/5302825/+files/bench_simple
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https:
example binary doing double-precision exponent on 16 megs
expected output:
checksum: f181b401cd42aa7b
actual output:
checksum: 4004022b0ba624fb
** Attachment added: "bench_simple"
https://bugs.launchpad.net/qemu/+bug/1851095/+attachment/5302817/+files/bench_simple
--
You received this b
ok, here is a double precision exponent implementation that works on
arm32 hardware, but fails in qemu with the wrong checksum.
https://github.com/shawnl/zig-libmvec/blob/master/exp.zig
You need to build zig with the above patch-set.
I guess I am starting from a pessimistic perspective, where I h
Public bug reported:
While qemu's scalar emulation tends to be excellent, qemu's SIMD
emulation tends to be incorrect (except for arm64 from x86_64)--i have
found this both for mipsel and arm32. Until these code paths are
audited, which is probably a large job, it would be nice if qemu knew
its em
Here is a pull request for the zig language that runs into this problems
in qemu https://github.com/ziglang/zig/pull/2945/
I have more code for validation if someone is working on this.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
