jlengrand/kotlin
1
0
Fork 0
mirror of https://github.com/jlengrand/kotlin.git synced 2026-03-22 00:21:31 +00:00
Code Issues Packages Projects Releases Wiki Activity

Update nullability assertion tests that use newer Java features

Browse Source
This commit is contained in:
Dmitry Petrov
2019-12-27 18:14:20 +03:00
parent d622542824
commit 0e4e5ac287
17 changed files with 17 additions and 5 deletions
Download Patch File Download Diff File Expand all files Collapse all files

1
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfExplicitNotNull.kt vendored
View File

@@ -2,6 +2,7 @@
// TARGET_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// FILE: box.kt
import kotlin.test.*

1
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfExplicitNotNullFailFast.kt vendored
View File

@@ -3,6 +3,7 @@
// IGNORE_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// Note: This fails on JVM (non-IR) with "Fail: should throw on get() in loop header". The not-null assertion is not generated when
// assigning to the loop variable. The root cause seems to be that the loop variable is a KtParameter and

1
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfExplicitNullable.kt vendored
View File

@@ -2,6 +2,7 @@
// TARGET_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// FILE: box.kt
import kotlin.test.*

2
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfInheritedNotNull.kt vendored
View File

@@ -26,7 +26,7 @@ public class JImpl implements J {
// Type argument (Int) gets @EnhancedNullability because it is not nullable in overridden Kotlin function.
@Override
public List<Integer> listOfNotNull() {
List<Integer> list = new ArrayList<>();
List<Integer> list = new ArrayList<Integer>();
list.add(42);
list.add(-42);
return list;

2
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfMaybeNullable.kt vendored
View File

@@ -20,7 +20,7 @@ import java.util.*;
public class J {
public static List<Integer> listOfMaybeNullable() {
List<Integer> list = new ArrayList<>();
List<Integer> list = new ArrayList<Integer>();
list.add(42);
list.add(null);
return list;

2
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfMaybeNullableWithNotNullLoopVariable.kt vendored
View File

@@ -20,7 +20,7 @@ import java.util.*;
public class J {
public static List<Integer> listOfMaybeNullable() {
List<Integer> list = new ArrayList<>();
List<Integer> list = new ArrayList<Integer>();
list.add(42);
list.add(-42);
return list;

1
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfNotNullToTypedArray.kt vendored
View File

@@ -2,6 +2,7 @@
// TARGET_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// FILE: box.kt
import kotlin.test.*

1
compiler/testData/codegen/box/ranges/javaInterop/javaCollectionOfNotNullToTypedArrayFailFast.kt vendored
View File

@@ -3,6 +3,7 @@
// IGNORE_BACKEND_FIR: JVM_IR
// IGNORE_BACKEND: JVM
// WITH_RUNTIME
// JVM_TARGET: 1.8
// Note: This fails on JVM (non-IR) with "Fail: should throw on get() in loop header". The not-null assertion is not generated when
// assigning to the loop variable. The root cause seems to be that the loop variable is a KtParameter and

1
compiler/testData/codegen/box/ranges/javaInterop/javaIteratorOfNotNull.kt vendored
View File

@@ -2,6 +2,7 @@
// TARGET_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// FILE: box.kt
import kotlin.test.*

1
compiler/testData/codegen/box/ranges/javaInterop/javaIteratorOfNotNullFailFast.kt vendored
View File

@@ -3,6 +3,7 @@
// IGNORE_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// Note: This fails on JVM (non-IR) with "Fail: should throw on get() in loop header". The not-null assertion is not generated when
// assigning to the loop variable. The root cause seems to be that the loop variable is a KtParameter and

1
compiler/testData/codegen/box/ranges/javaInterop/withIndex/javaCollectionOfExplicitNotNullWithIndex.kt vendored
View File

@@ -2,6 +2,7 @@
// TARGET_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// FILE: box.kt
import kotlin.test.*

1
compiler/testData/codegen/box/ranges/javaInterop/withIndex/javaCollectionOfExplicitNotNullWithIndexFailFast.kt vendored
View File

@@ -3,6 +3,7 @@
// IGNORE_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// Note: This fails on JVM (non-IR) with "Fail: should throw on get()". The not-null assertion is not generated when assigning to the
// variables in the destructuring declaration. The root cause seems to be that

1
compiler/testData/codegen/box/ranges/javaInterop/withIndex/javaCollectionOfExplicitNullableWithIndex.kt vendored
View File

@@ -2,6 +2,7 @@
// TARGET_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// FILE: box.kt
import kotlin.test.*

2
compiler/testData/codegen/box/ranges/javaInterop/withIndex/javaCollectionOfMaybeNullableWithIndex.kt vendored
View File

@@ -23,7 +23,7 @@ import java.util.*;
public class J {
public static List<Integer> listOfMaybeNullable() {
List<Integer> list = new ArrayList<>();
List<Integer> list = new ArrayList<Integer>();
list.add(42);
list.add(null);
return list;

2
compiler/testData/codegen/box/ranges/javaInterop/withIndex/javaCollectionOfMaybeNullableWithIndexWithNotNullLoopVariable.kt vendored
View File

@@ -23,7 +23,7 @@ import java.util.*;
public class J {
public static List<Integer> listOfMaybeNullable() {
List<Integer> list = new ArrayList<>();
List<Integer> list = new ArrayList<Integer>();
list.add(42);
list.add(-42);
return list;

1
compiler/testData/codegen/box/ranges/javaInterop/withIndex/javaIteratorOfNotNullWithIndex.kt vendored
View File

@@ -2,6 +2,7 @@
// TARGET_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// FILE: box.kt
import kotlin.test.*

1
compiler/testData/codegen/box/ranges/javaInterop/withIndex/javaIteratorOfNotNullWithIndexFailFast.kt vendored
View File

@@ -3,6 +3,7 @@
// IGNORE_BACKEND: JVM
// IGNORE_BACKEND_FIR: JVM_IR
// WITH_RUNTIME
// JVM_TARGET: 1.8
// Note: This fails on JVM (non-IR) with "Fail: should throw on get()". The not-null assertion is not generated when assigning to the
// variables in the destructuring declaration. The root cause seems to be that