You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed with replacing the asset txt files you don't need to use cargo clean if you just save it after replace. Then I noticed that if you save the replacing file after using git checkout . to reset local changes, cargo run will actually pick it up. So I believe this isn't related to include_dir but Cargo itself specific to Windows?
I think Windows copy preserves the timestamp (whereas unix doesn't do that by default), so if you copy a file in with an older timestamp, it won't rebuild.
I'm a little confused how include_dir works though, it has a metadata feature that doesn't seem to be used? So is it only used for embedding files now?
The text was updated successfully, but these errors were encountered:
Just got around to trying it on linux and it happens here too, so it's not about Windows. However after git checkout . you don't need to save on linux so it works a bit differently but otherwise same problem.
I noticed with replacing the asset txt files you don't need to use
cargo clean
if you just save it after replace. Then I noticed that if you save the replacing file after usinggit checkout .
to reset local changes,cargo run
will actually pick it up. So I believe this isn't related toinclude_dir
but Cargo itself specific to Windows?rust-lang/cargo#9598 (comment)It mentions this issue tracking it rust-lang/cargo#6529I'm a little confused how
include_dir
works though, it has a metadata feature that doesn't seem to be used? So is it only used for embedding files now?The text was updated successfully, but these errors were encountered: