Response file parsing behavior change

Between `2.0.0-beta3.22114.1` (good) and `2.0.0-beta4.22272.1` (bad) the parsing behavior for response files has changed.

Notably, ClangSharp (https://github.com/dotnet/clangsharp) expects the following to be treated as a single argument: `Module32First(HANDLE, LPMODULEENTRY32):BOOL=@Module32FirstA`

However, starting with the newer version it is now interepreted as two arguments:
* `Module32First(HANDLE,`
* ` LPMODULEENTRY32):BOOL=@Module32FirstA`

This breaks ClangSharp and its ability to handle user input specific on the command line.

Compare response-file parsing behavior between versions 2.0.0-beta3.22114.1 and 2.0.0-beta4.22272.1, using the shown Module32First expression as the reproduction case. Done means the expression is preserved as one argument and ClangSharp can again handle the relevant user input.

Scritto dal modello di indicizzazione a partire dal testo della issue.