# Handling #18465 on v0.5
**URL:** https://discourse.julialang.org/t/handling-18465-on-v0-5/1773
**Category:** Internals & Design
**Tags:** package
**Created:** [January 29, 2017, 9:08pm UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773 "2017-01-29T21:08:30Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@ChrisRackauckas](https://discourse.julialang.org/u/ChrisRackauckas)
#### Post date: [January 29, 2017, 9:08pm UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773/1 "2017-01-29T21:08:30Z")
[https://github.com/JuliaLang/julia/issues/18465](https://github.com/JuliaLang/julia/issues/18465)
This issue causes some really weird performance regressions. I have a potential one related to using Roots.jl in a new release of the StochasticDiffEq.jl module for DifferentialEquations.jl that I would like to do. However, there doesn’t seem to be any Julia v0.5.x coming and no posted workaround, so I was wondering what I should do in terms of package release.
- I could just make a last v0.5 release pre-using Roots.jl, and then have a version with Roots.jl and drop support for v0.5. This would leave users of v0.5 with almost all of the features (missing just the newest one), and would not have the performance issue (it’s about a 4x loss on some standard problems, in something that is very performance sensitive).
- I could keep v0.5 compatibility, but the next release will have all users get the massive performance hit for everything related to the package.
I am wondering what the suggested course of action is, or if there’s a known workaround.
---
### Author:  [@pkofod](https://discourse.julialang.org/u/pkofod)
#### Post date: [January 29, 2017, 9:47pm UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773/2 "2017-01-29T21:47:47Z")
When v0.5 came out, there were a few bug reports at Optim about this. It’s super unfortunate, and I had hoped for a v0.5.1 with this fixed. We’re just waiting for v0.6 at this point. Not super helpful, sorry! 😑
---
### Author:  [@dlfivefifty](https://discourse.julialang.org/u/dlfivefifty)
#### Post date: [January 30, 2017, 5:45am UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773/3 "2017-01-30T05:45:30Z")
Same with ApproxFun… very annoying when `zeros(Float64,10,10)` no longer infers type
---
### Author:  [@tkelman](https://discourse.julialang.org/u/tkelman)
#### Post date: [January 30, 2017, 11:48pm UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773/4 "2017-01-30T23:48:40Z")
My fault for having too many things to do and not getting any progress made on a proper 0.5.1 release. Could always use help so there’s less for me to do on my own - the first step is figuring out which combination of backports can get CI passing again on release-0.5.
---
### Author:  [@bramtayl](https://discourse.julialang.org/u/bramtayl)
#### Post date: [January 31, 2017, 3:28am UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773/5 "2017-01-31T03:28:17Z")
You’re one of the most helpful people in julia! I wish I was good enough at programming to pitch in 😢
---
### Author:  [@pkofod](https://discourse.julialang.org/u/pkofod)
#### Post date: [January 31, 2017, 10:52am UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773/6 "2017-01-31T10:52:37Z")
No one in their right mind would blame (is blaming) you.
Also, I havn’t noted too many people asking for a v0.5.1, so maybe the time is simply better spent getting v0.6 ready at this point. If someone really needs it, I’m sure they’ll find time to help out!
---
### Author:  [@ChrisRackauckas](https://discourse.julialang.org/u/ChrisRackauckas)
#### Post date: [January 31, 2017, 10:57am UTC](https://discourse.julialang.org/t/handling-18465-on-v0-5/1773/7 "2017-01-31T10:57:35Z")
Thanks for the update, and all of your hard work. I was just trying to make sure I’d release something that follows sensible rules. I’ll follow @pkofod and @dlfivefifty 's lead and just release in a way that assumes the bugs are fixed in v0.6 but still asserts v0.5 compatbility, and if v0.5.1 comes along that’ll be cool but definitely isn’t required.