-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
reload
prints a deprecation warning
#13059
Comments
In that case, we are also missing the document for I caught this with script but didn't add it because I thought it was also deprecated along with |
Actually, it's worse than this. The deprecated |
This is why I've said that deprecated functions really should have unit tests, just like any other code, and hopefully we'll get to complete coverage of them as well, like we are trying to do for the rest of base. Just because they will go away at some point in the future, doesn't mean that people don't depend on them in the meantime. |
so does that mean that |
Yes, there could very well be problems with it. Post more examples of failures if you have them. |
FYI with a simple module I can reproduce my issue in Atom but not in the REPL, so I think it has more to do with my understanding of how Atom.jl handles module resolution or something. |
- reload was not actually deprecated - require(::String) now does almost exactly what it did in 0.3 (via copying the code). However the deprecation is oriented to the use case where the argument is a file path to load once, as this is not easily replaced by `using`. (cherry picked from commit d3bc374)
Also needs 615e746 |
Got it in the #13107 branch |
It's not deprecated, so this shouldn't happen.
The text was updated successfully, but these errors were encountered: