Reactivate automatic nospecialize for unused arguments#50722
Reactivate automatic nospecialize for unused arguments#50722oschulz wants to merge 1 commit intoJuliaLang:masterfrom
Conversation
|
clearly the bug is still present: |
|
Darn! I'm afraid fixing that is beyond my competence ... |
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: #50722 (comment)
908016c to
19090e7
Compare
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: #50722 (comment) (cherry picked from commit 762801c)
19090e7 to
1fae15a
Compare
|
I was pretty sure we'd already concluded this was actually pretty bad for performance, so we'd closed it already |
|
Then the TODO should be removed, no? |
If this is bad for performance, should things like |
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: JuliaLang#50722 (comment) (cherry picked from commit 762801c)
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: JuliaLang#50722 (comment) (cherry picked from commit 762801c) Co-authored-by: Jameson Nash <vtjnash@gmail.com>
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: #50722 (comment) (cherry picked from commit 762801c)
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: #50722 (comment) (cherry picked from commit 762801c)
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: #50722 (comment) (cherry picked from commit 762801c)
This was resulting in it being too aggressive at filtering out "duplicate" results, resulting in possible inference mistakes or missing guardsig entries. Fixes: #50722 (comment) (cherry picked from commit 762801c)
|
This PR has had no activity for over six months. @oschulz Are you still interested in working on this PR? If you're no longer interested in working on this PR, no worries! Just let me know, and I can close it. |
|
In principle there's no reason to specialize if an argument value is not used at all (not even via a type parameter) since the argument then only acts as a "method selector" (a common pattern, I'd say), correct? |
Reactivate automatic nospecialize for unused arguments, to avoid unnecessary code generation in use cases like
(let's see if the bug mentioned in the code is gone by now).
Maybe even use the new
@nospecializeinfer? (I don't know how to do this in C though :-) ).CC @JeffBezanson , @LilithHafner (our discussion at JuliaCon).