最後のリリース(0.4.2)。
rust.target_dir
デフォルト値は"rls"
であるため、結果のdir-treeは次のようになります。
project_root/
rls/
src/
target/
"rust.target_dir": null
または"rust.target_dir": "target/rls"
すると、すべて問題なく、古い動作が復元されます。
私たちはそれとmbを修正する必要があると思います。 デフォルト値を変更します。
ああ、0.4.4で修正されたと思います。
私も同じ問題を経験していると思います。 また、 0.4.4
を使用しているため、修正されたとは思いません。
私が見ることができることから、 rls-vscode
拡張子はユーザー設定rust.target_dir: "target/rls"
尊重していないようです。 私削除する場合target
ディレクトリをしてから再起動するvscode
のみtarget/{debug,doc}
ディレクトリにかかわらず、その値の、作成されたrust.target_dir
に設定されています。 デフォルトではtarget/rls
設定されており、削除する前は元々 target/rls
ディレクトリを持っていました。
Process Explorerを使用すると、 rls.exe
がtarget/debug
ディレクトリ内のDLLの1つへのハンドルを持っていることがわかります。 このrls.exe
は、 code.exe
サブプロセスです。 vscode
開かなくても、Rustコードを完全に正常にビルドして実行できます。
現在、Rustの安定したチャネルがrustup
介してインストールされているWindowsホストを使用しています。 ユーザー設定rust-client.channel: "stable"
を使用します。
必要に応じて、より多くの情報を収集できることをうれしく思います。
いくつかの実験の結果、 rust.target: "rls"
( rust.target_dir
はありません!)を設定すると、 rls
がtarget/rls
ディレクトリを使用するようになることがわかりました。 ユーザー設定でオプションを見て、試してみようと思ったのですが、うまくいきましたか?! 正しいオプションがあまりにも使用されているかどうかはわかりませんが、少なくとも今のところ、これによりrls
で編集し、コンパイルと実行を同時に行うことができます。
0.6.1で修正されました。
最も参考になるコメント
いくつかの実験の結果、
rust.target: "rls"
(rust.target_dir
はありません!)を設定すると、rls
がtarget/rls
ディレクトリを使用するようになることがわかりました。 ユーザー設定でオプションを見て、試してみようと思ったのですが、うまくいきましたか?! 正しいオプションがあまりにも使用されているかどうかはわかりませんが、少なくとも今のところ、これによりrls
で編集し、コンパイルと実行を同時に行うことができます。