Skip to content

fix jl_method_lookup_by_type disabling the wrong cache#18415

Merged
vtjnash merged 1 commit intomasterfrom
jn/18404
Sep 9, 2016
Merged

fix jl_method_lookup_by_type disabling the wrong cache#18415
vtjnash merged 1 commit intomasterfrom
jn/18404

Conversation

@vtjnash
Copy link
Copy Markdown
Member

@vtjnash vtjnash commented Sep 8, 2016

we want cache=false to disable putting the method in mt->cache (possibly with a wider signature)
but it should still be doing the expected unique-ing through the method->specializations cache

fix #18404

we want cache=false to disable putting the method in mt->cache (possibly with a wider signature)
but it should still be doing the expected unique-ing through the method->specializations cache

fix #18404
@tkelman
Copy link
Copy Markdown
Contributor

tkelman commented Sep 8, 2016

should it be safe to backport this?

@vtjnash
Copy link
Copy Markdown
Member Author

vtjnash commented Sep 8, 2016

yes, this was a bug in #18191

@StefanKarpinski StefanKarpinski added this to the 0.5.x milestone Sep 8, 2016
@vtjnash vtjnash merged commit d3d0dec into master Sep 9, 2016
@vtjnash vtjnash deleted the jn/18404 branch September 9, 2016 02:41
tkelman pushed a commit that referenced this pull request Sep 16, 2016
we want cache=false to disable putting the method in mt->cache (possibly with a wider signature)
but it should still be doing the expected unique-ing through the method->specializations cache

fix #18404

(cherry picked from commit 9402af3)
ref #18415
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

TypeError precompiling ImageQuilting.jl Tuple: in non-final parameter, expected Type{T}, got Type{Vararg{ParserCombinator.Drop,N}}

3 participants