-
-
Notifications
You must be signed in to change notification settings - Fork 608
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
v0.13 deprecations #1751
v0.13 deprecations #1751
Conversation
There's no way to make a |
We could remove deprecations for Dense's getproperty, ref FluxML/Zygote.jl#1094 (comment) . And constructors too. |
removed all v0.12 deprecations introduced more than 6 months ago |
not that I know |
Could go either way on that. As a middle path, can upgrade Other things from a quick look today...
|
No. 1 [Edit: surely 2, Juno] is already covered by #1643, just needs a quick bump to resolve VCS conflicts. |
I didn’t see this in the list, but I think we wanted to remove the getproperty for recur as well for v0.13. |
99136d9
to
2133fd5
Compare
Implemented two of the @mcabbott's suggestions
@mcabbott you want to add the other stuff to the v0.13 milestone? PS I don't know why CI is being stupid complaining about the Manifest |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For other changes:
I had a commit trying out fast_tanh
on top of #1761, which we should merge. Some quite large forward speedups, modest with the gradient though, IIRC.
Parallel would also be good to sort out, haven't looked lately.
Edit: not on the list above, but
-
perhaps destructure & trainable Have destructure return only trainable params #1742 should get a look?
-
perhaps we should switch
Chain
to usefoldl
as in Significant compile time latency in Flux with default optimization Zygote.jl#1126. There is a chance this may break 2nd derivatives; if we don't have any in the tests, then perhaps that's not a disaster -- it's a breaking change, and this will eventually be fixed. This is now Replace unrolledfoldl
used to evaluateChain
with a better one #1809.
Also, Juno is loaded here: I pushed 2 commits here, hope you don't mind.
ok I think this is good to go |
One possibly evil idea is just to remove Then we can make a PR adding it back, which must pass reasonably quality tests, i.e. It must have clear semantics, described in the docs; it must have tests, covering just about everything, and some attempt to invent adversarial examples. If you must have the old one, don't upgrade, until the new one is ready. |
Isn't |
Well in my evil plan this desire to upgrade will inspire SciML types who need it to chip in to figuring out the solid PR adding this functionality -- to approximately ChainRules's standards. Instead of the thing being grandfathered in and intractable to work on without upsetting someone. But possibly this is too weird. Edit: And perhaps it should move, too: FluxML/Functors.jl#5 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since #1859 is merged, perhaps master is now sort-of 0.13-dev, and we should start merging things.
Another PR I'd like to submit for consideration is #1778. Making that non-breaking is going to be more of a pain than the alternative. |
cd6e13d
to
8310daf
Compare
8cca3e6
to
5395db9
Compare
2aeb6ce
to
019f832
Compare
Codecov Report
@@ Coverage Diff @@
## master #1751 +/- ##
==========================================
+ Coverage 74.50% 84.47% +9.97%
==========================================
Files 28 21 -7
Lines 1706 1475 -231
==========================================
- Hits 1271 1246 -25
+ Misses 435 229 -206
Continue to review full report at Codecov.
|
flatten
andparams
getproperty
for recurrent layers.weight
keyword argument in Conv constructorI guess the only controversial point is if we want to unexport
params
. That could cause some (maybe a lot) of breakage, although we have been using it mostly in a qualified way in docs and model-zoo examples. On one hand, I wish it was never exported (it's a generic and common name, and it clashes with the exportedDistributions.params
). On the other hand, I'm not sure it is worth causing breakage.Replaces #1735, Fix #1739, fix #629, fix #1779