-
Notifications
You must be signed in to change notification settings - Fork 110
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tools for when FileWatching
doesn't work properly
#839
Comments
I like the idea of |
Doesn't that already exist too? Lines 851 to 856 in 13a5eb7
|
It doesn’t actually work to just call revise(mod), that doesn’t force re-reading of the source on disk. |
yes, I'm not sure what revise(mod) does internally, but it does not work for me either. |
Good point, we can fix that.
It re-evaluates everything regardless of whether it has changed. This is the "nuclear option" as it can cause an enormous amount of invalidation and recompilation. The existing |
I do a fair amount of development work on my MacBook Pro with a linux VM that has a shared folder setup so that my native VSCode edits files on my macOS partition, but the Linux guest VM can execute the code. While this works great overall, Revise doesn't work at all because the networked filesystem doesn't propagate file change notifications to
FileWatching
properly.To work around this, I ended up cooking up the following recipe:
Perhaps we can have a
revise(mod::Module; force::Bool = false)
method that does something similar to this, forcing re-evaluation of everything, regardless of whatFileWatching
says?The text was updated successfully, but these errors were encountered: