pyos
fad35b95d4
Extension receivers are currently implicitly noinline, and changing that would require modifying the syntax to allow marking them noinline or crossinline. ^KT-5837 Open ^KT-25787 Fixed ^KT-47965 Fixed ^KT-50107 Fixed ^KT-52403 Fixed
23 lines
713 B
Kotlin
Vendored
23 lines
713 B
Kotlin
Vendored
// FIR_IDENTICAL
|
|
// !DIAGNOSTICS: -UNUSED_EXPRESSION -UNUSED_PARAMETER -UNUSED_VARIABLE -NOTHING_TO_INLINE -ASSIGNED_BUT_NEVER_ACCESSED_VARIABLE -UNUSED_VALUE -RECURSION_IN_INLINE
|
|
inline operator fun <T, V> Function1<T, V>.not() : Boolean {
|
|
return !this
|
|
}
|
|
|
|
inline fun <T, V> inlineFunWithInvoke(s: (p: T) -> V) {
|
|
!<!USAGE_IS_NOT_INLINABLE!>s<!>
|
|
}
|
|
|
|
operator fun <T, U, V> Function2<T, U, V>.not() : Boolean {
|
|
return !this
|
|
}
|
|
|
|
operator fun <T, U, V, W> @ExtensionFunctionType Function3<T, U, V, W>.not() : Boolean {
|
|
return !this
|
|
}
|
|
|
|
inline fun <T, U, V> inlineFunWithInvoke(s: (p: T, l: U) -> V, ext: T.(p: T, l : U) -> V) {
|
|
!<!USAGE_IS_NOT_INLINABLE!>s<!>
|
|
!<!USAGE_IS_NOT_INLINABLE!>ext<!>
|
|
}
|