Steven G. Johnson

Wow, great to see a green CI again.

@StefanKarpinski, I don't think supporting "loose" semantics for `2_+3` and not `sin(_)+3` is especially worthwhile; I think it would just be confusing. That's also why I don't think we'd want...

@piever, that occurred to me, but my feeling after thinking about it is that we should probably follow Scala and make `f(x,_,_)` a synonym for `(y,z) -> f(x,y,z)`. Rationale: *...

CI failures look unrelated.

Sure, we can wait for 1.1 if you feel like you need to think about it more. (Seems like most of the arguments have settled, though.)

Rebased, and updated to allow multiple underscores for multiple arguments as discussed above.

Question: what should be done about an expression like `_ -> _ + 1`? (This is deprecated syntax in Julia 0.6 because `_` is used as an rvalue.) Possibilities: 1....

@innerlee, fusing happens before currying. i.e. `sin.(cos.(_))` gets turned into `broadcast(x -> sin(cos(x)), _)`, which then gets turned into `y -> broadcast(x -> sin(cos(x)), y)`. (In general, lowering "syntactic sugar"...

@innerlee, there is https://github.com/JuliaLang/julia/blob/4d3d49d2177fe8b1d4b7d5c89882334936b0d665/doc/src/stdlib/punctuation.md The following work already in this PR: * `(_,)` lowers to `Core.tuple(_)`, which turns into `x -> Core.tuple(x)`. * `(i for i in _)` lowers to...

@innerlee, yes for all of those except `_ ? true : false`. `?` and `if` statements are not function calls, so they don't support `_` in this PR (although that...