Comment 41 for bug 1971901

The versioning is confusing because this package is not self-contiained. It gets most of its source code from another package, recorded via `Built-Using: binutils` in its debian/control file. The actual buggy code is in binutils-source 2.38-3ubuntu1; binutils-source 2.38-4ubuntu2 contains the fix. This is the part of the status I updated to "Fix Released".

binutils-mingw-w64 9build1 doesn't need any source changes, but the current binary package is 2.38-3ubuntu1+9build1, which has the bugs binutils 2.38-3ubuntu1 did. If one takes that binutils-mingw-w64_9build1.dsc, as-is, and runs it through `pbuilder build ...` in a basetgz that has jammy-updates enabled, its Build-Depends: binutils-source (>= 2.36~) now picks 2.38-4ubuntu2 and produces binutils-mingw-w64 2.38-4ubuntu2+9build1, which is a working binary package. I have tested this locally, but I don't have any ubuntu project permissions to get that uploaded anywhere official.

Hence the binutils the binutils-mingw-w64 is still just "triaged" (and, as you saw, doesn't work). kinetic and lunar currently have the same (broken) binary package too.