I decided to clean up the collection extension method mechanism so that it:
Had less sprawl
Allowed abstracting over Iterator[_]
Allowed value classes (failure in GenJVM for that right now...)
Just wanted to grab some folks attention/opinions (especially Miles) on that pull request before it gets merged.
Thanks!
- Josh
Miles Sabin
unread,
Jun 28, 2012, 4:00:56 AM6/28/12
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to scala-i...@googlegroups.com
Looks good to me. I'd avoided the use of a dependent method type (ie.
the result type of fr.A) to allow for 2.9.x compatibility and because
it's maybe not a completely familiar idiom to expect collections
extensions writers to use. But if it's OK on both those counts then I
think it improves things on balance.
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to scala-i...@googlegroups.com
The dependent type was there but inferred before. It's an incredibly good idea to fully specify return types for implicit methods, so I'd prefer to leave it as is....
Heiko Seeberger
unread,
Jun 29, 2012, 12:52:14 PM6/29/12
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to scala-i...@googlegroups.com
On Jun 28, 2012, at 2:01 PM, Josh Suereth wrote:
It's an incredibly good idea to fully specify return types for implicit methods,