La última versión (0.4.2).
El valor predeterminado para rust.target_dir
es "rls"
, por lo que el resultado del árbol de directorios se ve así:
project_root/
rls/
src/
target/
Si configuro "rust.target_dir": null
o "rust.target_dir": "target/rls"
- todo está bien, se restaura el comportamiento anterior.
Creo que deberíamos arreglarlo y mb. cambiar el valor predeterminado.
Oh, creo que se corrigió en 0.4.4.
Creo que también estoy experimentando el mismo problema. Tampoco creo que se haya solucionado, ya que estoy usando 0.4.4
.
Por lo que puedo ver, parece que la extensión rls-vscode
no respeta la configuración del usuario: rust.target_dir: "target/rls"
. Al eliminar mi directorio target
y luego reiniciar vscode
solo se crean los directorios target/{debug,doc}
, independientemente del valor en el que se establezca rust.target_dir
. De forma predeterminada, está configurado en target/rls
y originalmente tenía un directorio target/rls
, antes de eliminarlo.
Usando el explorador de procesos, puedo ver que rls.exe
tiene un identificador para una de las DLL en el directorio target/debug
. Este rls.exe
es un subproceso de code.exe
. Puedo compilar y ejecutar mi código Rust perfectamente bien sin abrir vscode
.
Estoy usando un host de Windows con el canal estable de Rust instalado a través de rustup
. Yo uso la configuración de usuario: rust-client.channel: "stable"
.
Estoy más que feliz de recopilar más información si es necesario.
Después de experimentar un poco, descubrí que configurar rust.target: "rls"
(¡no rust.target_dir
!) Hará que rls
use el directorio target/rls
. ¡¿Acabo de ver la opción en la configuración del usuario y pensé en probarla y funcionó ?! No estoy seguro de cuál es la opción correcta para usar, pero al menos por ahora esto me permite editar con rls
y compilar y ejecutar al mismo tiempo.
Fijo a partir de 0.6.1.
Comentario más útil
Después de experimentar un poco, descubrí que configurar
rust.target: "rls"
(¡norust.target_dir
!) Hará querls
use el directoriotarget/rls
. ¡¿Acabo de ver la opción en la configuración del usuario y pensé en probarla y funcionó ?! No estoy seguro de cuál es la opción correcta para usar, pero al menos por ahora esto me permite editar conrls
y compilar y ejecutar al mismo tiempo.