https://sourceware.org/bugzilla/show_bug.cgi?id=30409
--- Comment #3 from Alan Modra ---
Unsurprisingly, ar compiled on a linux host (bith 32 and 64 bit) for a mingw
target shows no problem handling this testcase, and I don't have a windows box
with mingw installed to check for host specific ar b
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #5 from Pali Rohár ---
Finally I found documentation about named resources which caused this issue:
https://learn.microsoft.com/en-us/windows/win32/menurc/user-defined-resource
And here there is no information that name or type sh
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #4 from Nick Clifton ---
Created attachment 14876
--> https://sourceware.org/bugzilla/attachment.cgi?id=14876&action=edit
Proposed patch
OK, here is a possible patch.
With this applied the resource file created from shell32.dll
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #3 from Nick Clifton ---
(In reply to Pali Rohár from comment #2)
> 98f2e089891cae87147f74948f694565) for which GNU windres generates shell32.rc
> file with same syntax errors.
Thanks - with that I can reproduce the problem. (In
https://sourceware.org/bugzilla/show_bug.cgi?id=30375
Alan Modra changed:
What|Removed |Added
Severity|critical|normal
Priority|P1