The new upstream release of orc failed to build on i386, with several
test failures. I've given back the build to see whether this is a
transient/random or reproducible test failure.

All test failures appear to be in orc:orc_test:

https://buildd.debian.org/status/fetch.php?pkg=orc&arch=i386&ver=1%3A0.4.43-1&stamp=1788165130&raw=0
...
...
...
...
...
...

orc cannot simply be removed from i386 because gst-plugins-base1.0,
gst-plugins-good1.0 and gst-plugins-bad1.0 depend on orc, and
libwine:i386 Depends on libgstreamer-plugins-base1.0-0 and Recommends
gstreamer1.0-plugins-good, therefore users of 32-bit Wine on amd64 are
likely to need liborc installed. (I believe Wine upstream intends to
remove the GStreamer dependency from newer Wine versions eventually, but
it's still needed at the moment.)

Thanks,
    smcv

I opened an upstream ticket yesterday

I opened an upstream ticket yesterday

I saw, I've marked the bug as forwarded.

This seems to be the actual failure, the others seem to be expected or
otherwise harmless.

It looks like building orc with either -msse2 or -msse2 -mfpmath=sse
avoids this test failure.

It's possible that -ffloat-store or -fexcess-precision=standard would
also work, but I'm not sure that it's really useful to spend time
experimenting with those, given that the Debian 13 release notes already
say that it's OK to require SSE2 now (and certainly enabling SSE2 seems
like it's more appropriate for the purpose of liborc, which is to speed
up GStreamer, if I understand correctly).

Perhaps consider the attached? But note that I haven't been able to test
it yet, because my **amd64** build in my usual environment (qemu/kvm) is
currently failing (which is why I haven't tagged the bug + patch).

Thanks,
     smcv