https://gcc.gnu.org/bugzilla/show_bug.cgi?id=123504
--- Comment #12 from Peter Damianov <peter0x44 at disroot dot org> ---
Passing a (real) .res to the driver is not particularly useful, since it's a
binary blob. I wonder if decompiling it back to a .rc is possible (I do not
know).
It should be very rare to do this, over just using an rc. I am not even sure
why Microsoft invented this not-object-file format to begin with. It makes me
question if it's handling .res in the driver is worth it at all. But it's sad
to exclude a valid feature just because it got abused and subsequently
cargoculted.
I looked at the list of packages from debian you posted.
A good portion seem to be from a vendored gnulib. So hopefully they have no
trouble upgrading.
But some of them that you mentioned are unaffected.
windres -I rc -i demo.rc -o demo.res -O res --preprocessor fprcp.exe
This line in fpc is actually correct. It's emitting a res, into a .res file.
(besides - fpc is written with pascal and probably doesn't invoke gcc anyway)
Some of these are just picking up coincidences.
The "offending" line in mono is this:
my $res = system("/usr/bin/time -o .res -f '%U' $interpreter @ARGV $test
2>/dev/null 1>$stdout");
Which is irrelevant.
