llvm-rc fails to parse FILEVERSION 16bit values

[clshortfuse]

#include <winver.h>

1 VERSIONINFO
FILEVERSION 0,2025,0618,1507

llvm-rc: Error parsing file: Integer invalid or too large: 0618

FILEVERSION spec says:

Binary version number for the file. The version consists of two 32-bit integers, defined by four 16-bit integers. For example, "FILEVERSION 3,10,0,61" is translated into two doublewords: 0x0003000a and 0x0000003d, in that order. Therefore, if version is defined by the DWORD values dw1 and dw2, they need to appear in the FILEVERSION statement as follows: HIWORD(dw1), LOWORD(dw1), HIWORD(dw2), LOWORD(dw2).

https://learn.microsoft.com/en-us/windows/win32/menurc/versioninfo-resource

I'm not sure if the bug is on Microsoft, or llvm, but regardless, things builds find with Microsoft's rc.exe but not llvm-rc

[clshortfuse]

llvm-project/llvm/tools/llvm-rc/ResourceScriptToken.cpp

Lines 28 to 34 in 0018921

	// Checks if Representation is a correct description of an RC integer.
	// It should be a 32-bit unsigned integer, either decimal, octal (0[0-7]+),
	// or hexadecimal (0x[0-9a-f]+). It might be followed by a single 'L'
	// character (that is the difference between our representation and
	// StringRef's one). If Representation is correct, 'true' is returned and
	// the return value is put back in Num.
	static bool rcGetAsInteger(StringRef Representation, uint32_t &Num) {

Even if the integer were a valid octal, it would be wrong for llvm-rc to read it as such. Microsoft's rc.exe would strip the leading 0

Here's FILEVERSION 025,025,025,025 with rc.exe

And here's with llvm-rc.exe