Recover the Mac possessive-name formatter's five-argument cdecl contract
Mac002b7b38 stores undefined(void)/unknown although its complete913-byte body reads five stack arguments: destination, two WCHAR strings, signed capacity and a language selector. All four callers fill exactly those five outgoing DWORD slots. Every normal path joins a guard check and bareRET, with no semantic result. Recover void cdecl with the same five-input contract as the fully inspected Windows005272b0, preserving each build's ABI. The fresh Mac decompiler already infers the three wide pointers and capacity locally; this proposal makes the stored prototype explicit rather than claiming a newly fixed caller behavior. The13 switch entries and corresponding native grammar branches match across builds. Issue91 and both comments concern Windows generator call nesting, not this Mac prototype; pending1382 targets only the separate register predicate.
Changes 1, applied together
Set prototype
mac 0x002b7b38signatureundefined UNICODE_FormatPossessiveName(void)→void UNICODE_FormatPossessiveName(WCHAR * wszText1, WCHAR * wszText2, WCHAR * wszSuffix, int32_t nMaxChars, int32_t nLang)conventionunknown→__cdecl