A modern programming language that makes developers happier.

kotlinlang

<http://feedproxy.google.com/~r/kotlin/~3/Yqmp27ybw1I/|Kotlin 1.2 M2 is out>
We’re happy to announce the second milestone release for Kotlin 1.2. The primary focus of this release is concerned with stability and bugfixes in Kotlin compiler and tooling as well as improvements of Kotlin standard library. It also includes many … <https://blog.jetbrains.com/kotlin/2017/08/kotlin-1-2-m2-is-out/|Continue reading →>

Is the hyperbolic tangent actually going to be named `tahn` or is that a typo?

<https://youtrack.jetbrains.com/issue/KT-19578>

<@U2H3SABQF> answering your question from there about infix `pow` -- we had tried it and it turned out to be very error prone since infix fun has lower binding priority than binary operators.

<@U10EJRH2L> Right, that's just a typo, thanks for spotting it.

<@U0AAQKT9Q>, I'm reading from some comments here (<https://blog.jetbrains.com/kotlin/2017/08/kotlin-1-2-m2-is-out/>) that also some people expected `pow` to be infixed.. may I open a call and see how much votes it gets?

&gt; some people expected `pow` to be infixed.. may I open a call and see how much votes it gets?
<@U2H3SABQF> I don't think it's a matter of votes. While it seems to be a common intuition that `pow` should be infix when it's the only function invoked, as soon as it comes in a more complex expression, like `a pow 2 + b pow 2` all intuition breaks.
It is highly unlikely that we'll be changing the order of infix operators and infix functions to tailor that to this case.
What can be helpful here is the designated operator for the exponentiation with its own prioirity, like `^` or `**`, but given how reluctantly new symbolic operators are introduced in Kotlin, I wouldn't count on that too.