dotnet / dotnet/command-line-api

Response file parsing behavior change

オープン
#1,855 コメント 11 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
C#
スター
3.7k
フォーク
428
PR マージ指標
30日以内にマージされた PR はありません

説明

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.

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

示されている Module32First 式を再現ケースとして使用し、バージョン 2.0.0-beta3.22114.1 と 2.0.0-beta4.22272.1 のレスポンスファイルの解析動作を比較します。式が 1 つの引数として保持され、ClangSharp が関連するユーザー入力を再び処理できれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
csharp
領域
cli
issue の種類
バグ
難易度
3/5
見積もり時間
1〜2日
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
35/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。