Didn't realize it needed updating, so thanks for the bug report. I poked around a bit, and I agree it's not entirely straightforward. I'll try to get to it soon.
--Tim On Thursday, April 30, 2015 10:21:20 AM Sebastian Good wrote: > @anon is a nice piece of functionality but translating it to work > post-tupocalypse turns out to be more than I can currently grok! Tuples of > types aren’t types anymore so the mechanics of the @generated functions > require some changing. Wish I could help; any hints? On April 30, 2015 at > 5:30:57 AM, Tim Holy (tim.h...@gmail.com) wrote: > > Check the SO post again; there are now many suggested workarounds, some of > which are not a big hit to readability. > > And no, this won't be fixed in 0.4. > > --Tim > > On Wednesday, April 29, 2015 08:57:46 PM Sebastian Good wrote: > > I ran into this issue today > > (http://stackoverflow.com/questions/26173635/performance-penalty-using-ano > > ny mous-function-in-julia) whereby functions -- whether anonymous or not > > -- generate lots of garbage when called indirectly. That is when using > > type signatures like > > clever_function(f::Function). > > > > Is making this code more efficient in scope for the 0.4 release? The > > workaround -- hand-coding types then using type dispatch -- is quite > > effective, but definitely a big hit to readability.