2024-10-31 07:16:19 +00:00
|
|
|
import "@stdlib/lisp-lists"
|
|
|
|
|
2024-10-31 07:11:41 +00:00
|
|
|
@method_id(101)
|
|
|
|
fun test1() {
|
2024-10-31 07:16:19 +00:00
|
|
|
var numbers: tuple = createEmptyList();
|
|
|
|
numbers = listPrepend(1, numbers);
|
|
|
|
numbers = listPrepend(2, numbers);
|
|
|
|
numbers = listPrepend(3, numbers);
|
|
|
|
numbers = listPrepend(4, numbers);
|
[Tolk] Rewrite the type system from Hindley-Milner to static typing
FunC's (and Tolk's before this PR) type system is based on Hindley-Milner.
This is a common approach for functional languages, where
types are inferred from usage through unification.
As a result, type declarations are not necessary:
() f(a,b) { return a+b; } // a and b now int, since `+` (int, int)
While this approach works for now, problems arise with the introduction
of new types like bool, where `!x` must handle both int and bool.
It will also become incompatible with int32 and other strict integers.
This will clash with structure methods, struggle with proper generics,
and become entirely impractical for union types.
This PR completely rewrites the type system targeting the future.
1) type of any expression is inferred and never changed
2) this is available because dependent expressions already inferred
3) forall completely removed, generic functions introduced
(they work like template functions actually, instantiated while inferring)
4) instantiation `<...>` syntax, example: `t.tupleAt<int>(0)`
5) `as` keyword, for example `t.tupleAt(0) as int`
6) methods binding is done along with type inferring, not before
("before", as worked previously, was always a wrong approach)
2024-12-30 15:31:27 +00:00
|
|
|
var (h: int, numbers redef) = listSplit(numbers);
|
2024-10-31 07:16:19 +00:00
|
|
|
h += listGetHead(numbers);
|
2024-10-31 07:11:41 +00:00
|
|
|
|
[Tolk] Rewrite the type system from Hindley-Milner to static typing
FunC's (and Tolk's before this PR) type system is based on Hindley-Milner.
This is a common approach for functional languages, where
types are inferred from usage through unification.
As a result, type declarations are not necessary:
() f(a,b) { return a+b; } // a and b now int, since `+` (int, int)
While this approach works for now, problems arise with the introduction
of new types like bool, where `!x` must handle both int and bool.
It will also become incompatible with int32 and other strict integers.
This will clash with structure methods, struggle with proper generics,
and become entirely impractical for union types.
This PR completely rewrites the type system targeting the future.
1) type of any expression is inferred and never changed
2) this is available because dependent expressions already inferred
3) forall completely removed, generic functions introduced
(they work like template functions actually, instantiated while inferring)
4) instantiation `<...>` syntax, example: `t.tupleAt<int>(0)`
5) `as` keyword, for example `t.tupleAt(0) as int`
6) methods binding is done along with type inferring, not before
("before", as worked previously, was always a wrong approach)
2024-12-30 15:31:27 +00:00
|
|
|
_ = null;
|
|
|
|
(_, _) = (null, null);
|
2024-10-31 07:16:19 +00:00
|
|
|
var t = createEmptyTuple();
|
2024-10-31 07:11:41 +00:00
|
|
|
do {
|
[Tolk] Rewrite the type system from Hindley-Milner to static typing
FunC's (and Tolk's before this PR) type system is based on Hindley-Milner.
This is a common approach for functional languages, where
types are inferred from usage through unification.
As a result, type declarations are not necessary:
() f(a,b) { return a+b; } // a and b now int, since `+` (int, int)
While this approach works for now, problems arise with the introduction
of new types like bool, where `!x` must handle both int and bool.
It will also become incompatible with int32 and other strict integers.
This will clash with structure methods, struggle with proper generics,
and become entirely impractical for union types.
This PR completely rewrites the type system targeting the future.
1) type of any expression is inferred and never changed
2) this is available because dependent expressions already inferred
3) forall completely removed, generic functions introduced
(they work like template functions actually, instantiated while inferring)
4) instantiation `<...>` syntax, example: `t.tupleAt<int>(0)`
5) `as` keyword, for example `t.tupleAt(0) as int`
6) methods binding is done along with type inferring, not before
("before", as worked previously, was always a wrong approach)
2024-12-30 15:31:27 +00:00
|
|
|
var num: int = numbers.listNext();
|
2024-10-31 07:18:54 +00:00
|
|
|
t.tuplePush(num);
|
2024-10-31 07:11:41 +00:00
|
|
|
} while (numbers != null);
|
|
|
|
|
|
|
|
return (h, numbers == null, t);
|
|
|
|
}
|
|
|
|
|
|
|
|
@method_id(102)
|
|
|
|
fun test2(x: int) {
|
|
|
|
if (null != x) {
|
|
|
|
var y: int = null;
|
|
|
|
if (y != null) { return 10; }
|
|
|
|
return y;
|
|
|
|
}
|
|
|
|
try {
|
|
|
|
return x + 10; // will throw, since not a number
|
|
|
|
} catch {
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
return 100;
|
|
|
|
}
|
|
|
|
|
|
|
|
fun myIsNull(x: int): int {
|
|
|
|
return x == null ? -1 : x;
|
|
|
|
}
|
|
|
|
|
|
|
|
@method_id(103)
|
|
|
|
fun test3(x: int) {
|
|
|
|
return myIsNull(x > 10 ? null : x);
|
|
|
|
}
|
|
|
|
|
|
|
|
fun getUntypedNull() {
|
[Tolk] Rewrite the type system from Hindley-Milner to static typing
FunC's (and Tolk's before this PR) type system is based on Hindley-Milner.
This is a common approach for functional languages, where
types are inferred from usage through unification.
As a result, type declarations are not necessary:
() f(a,b) { return a+b; } // a and b now int, since `+` (int, int)
While this approach works for now, problems arise with the introduction
of new types like bool, where `!x` must handle both int and bool.
It will also become incompatible with int32 and other strict integers.
This will clash with structure methods, struggle with proper generics,
and become entirely impractical for union types.
This PR completely rewrites the type system targeting the future.
1) type of any expression is inferred and never changed
2) this is available because dependent expressions already inferred
3) forall completely removed, generic functions introduced
(they work like template functions actually, instantiated while inferring)
4) instantiation `<...>` syntax, example: `t.tupleAt<int>(0)`
5) `as` keyword, for example `t.tupleAt(0) as int`
6) methods binding is done along with type inferring, not before
("before", as worked previously, was always a wrong approach)
2024-12-30 15:31:27 +00:00
|
|
|
var untyped: null = null;
|
2024-10-31 07:11:41 +00:00
|
|
|
if (true) {
|
|
|
|
return untyped;
|
|
|
|
}
|
|
|
|
return untyped;
|
|
|
|
}
|
|
|
|
|
|
|
|
@method_id(104)
|
[Tolk] Rewrite the type system from Hindley-Milner to static typing
FunC's (and Tolk's before this PR) type system is based on Hindley-Milner.
This is a common approach for functional languages, where
types are inferred from usage through unification.
As a result, type declarations are not necessary:
() f(a,b) { return a+b; } // a and b now int, since `+` (int, int)
While this approach works for now, problems arise with the introduction
of new types like bool, where `!x` must handle both int and bool.
It will also become incompatible with int32 and other strict integers.
This will clash with structure methods, struggle with proper generics,
and become entirely impractical for union types.
This PR completely rewrites the type system targeting the future.
1) type of any expression is inferred and never changed
2) this is available because dependent expressions already inferred
3) forall completely removed, generic functions introduced
(they work like template functions actually, instantiated while inferring)
4) instantiation `<...>` syntax, example: `t.tupleAt<int>(0)`
5) `as` keyword, for example `t.tupleAt(0) as int`
6) methods binding is done along with type inferring, not before
("before", as worked previously, was always a wrong approach)
2024-12-30 15:31:27 +00:00
|
|
|
fun test4(): null {
|
|
|
|
var (_, (_, untyped: null)) = (3, (createEmptyTuple, null));
|
2024-10-31 07:11:41 +00:00
|
|
|
if (true) {
|
|
|
|
return untyped;
|
|
|
|
}
|
|
|
|
return untyped;
|
|
|
|
}
|
|
|
|
|
|
|
|
@method_id(105)
|
|
|
|
fun test5() {
|
[Tolk] Rewrite the type system from Hindley-Milner to static typing
FunC's (and Tolk's before this PR) type system is based on Hindley-Milner.
This is a common approach for functional languages, where
types are inferred from usage through unification.
As a result, type declarations are not necessary:
() f(a,b) { return a+b; } // a and b now int, since `+` (int, int)
While this approach works for now, problems arise with the introduction
of new types like bool, where `!x` must handle both int and bool.
It will also become incompatible with int32 and other strict integers.
This will clash with structure methods, struggle with proper generics,
and become entirely impractical for union types.
This PR completely rewrites the type system targeting the future.
1) type of any expression is inferred and never changed
2) this is available because dependent expressions already inferred
3) forall completely removed, generic functions introduced
(they work like template functions actually, instantiated while inferring)
4) instantiation `<...>` syntax, example: `t.tupleAt<int>(0)`
5) `as` keyword, for example `t.tupleAt(0) as int`
6) methods binding is done along with type inferring, not before
("before", as worked previously, was always a wrong approach)
2024-12-30 15:31:27 +00:00
|
|
|
var n: slice = getUntypedNull();
|
2024-10-31 07:18:54 +00:00
|
|
|
return !(null == n) ? n.loadInt(32) : 100;
|
2024-10-31 07:11:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
@method_id(107)
|
|
|
|
fun test7() {
|
2024-10-31 07:16:19 +00:00
|
|
|
var b = beginCell().storeMaybeRef(null);
|
|
|
|
var s = b.endCell().beginParse();
|
2024-10-31 07:18:54 +00:00
|
|
|
var c = s.loadMaybeRef();
|
2025-01-13 08:21:24 +00:00
|
|
|
return (null == c) as int * 10 + (b != null) as int;
|
2024-10-31 07:11:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
fun main() {
|
|
|
|
// now, the compiler doesn't optimize this at compile-time, fif codegen contains ifs
|
|
|
|
var i: int = null;
|
|
|
|
if (i == null) {
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
return 10;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
@testcase | 101 | | 7 -1 [ 3 2 1 ]
|
|
|
|
@testcase | 102 | 5 | (null)
|
|
|
|
@testcase | 102 | null | -1
|
|
|
|
@testcase | 103 | 5 | 5
|
|
|
|
@testcase | 103 | 15 | -1
|
|
|
|
@testcase | 104 | | (null)
|
|
|
|
@testcase | 105 | | 100
|
|
|
|
@testcase | 107 | | -11
|
|
|
|
@fif_codegen
|
|
|
|
"""
|
|
|
|
test1 PROC:<{
|
|
|
|
//
|
|
|
|
PUSHNULL // numbers
|
2025-01-27 07:29:17 +00:00
|
|
|
1 PUSHINT // numbers '2=1
|
|
|
|
SWAP // '2=1 numbers
|
2024-10-31 07:11:41 +00:00
|
|
|
CONS // numbers
|
2025-01-27 07:29:17 +00:00
|
|
|
2 PUSHINT // numbers '4=2
|
|
|
|
SWAP // '4=2 numbers
|
2024-10-31 07:11:41 +00:00
|
|
|
CONS // numbers
|
2025-01-27 07:29:17 +00:00
|
|
|
3 PUSHINT // numbers '6=3
|
|
|
|
SWAP // '6=3 numbers
|
2024-10-31 07:11:41 +00:00
|
|
|
CONS // numbers
|
2025-01-27 07:29:17 +00:00
|
|
|
4 PUSHINT // numbers '8=4
|
|
|
|
SWAP // '8=4 numbers
|
2024-10-31 07:11:41 +00:00
|
|
|
CONS // numbers
|
|
|
|
UNCONS // h numbers
|
|
|
|
DUP // h numbers numbers
|
2025-01-27 07:29:17 +00:00
|
|
|
CAR // h numbers '13
|
2024-10-31 07:11:41 +00:00
|
|
|
"""
|
|
|
|
|
|
|
|
@fif_codegen
|
|
|
|
"""
|
|
|
|
main PROC:<{
|
|
|
|
//
|
|
|
|
PUSHNULL // i
|
2025-01-27 07:29:17 +00:00
|
|
|
ISNULL // '2
|
2024-10-31 07:11:41 +00:00
|
|
|
IFJMP:<{ //
|
2025-01-27 07:29:17 +00:00
|
|
|
1 PUSHINT // '3=1
|
2024-10-31 07:11:41 +00:00
|
|
|
}> //
|
2025-01-27 07:29:17 +00:00
|
|
|
10 PUSHINT // '4=10
|
2024-10-31 07:11:41 +00:00
|
|
|
}>
|
|
|
|
"""
|
|
|
|
|
|
|
|
@fif_codegen
|
|
|
|
"""
|
|
|
|
test7 PROC:<{
|
|
|
|
...
|
2025-02-10 08:57:25 +00:00
|
|
|
LDOPTREF // b '9 '8
|
2024-10-31 07:11:41 +00:00
|
|
|
DROP // b c
|
2025-01-27 07:29:17 +00:00
|
|
|
ISNULL // b '11
|
|
|
|
10 MULCONST // b '13
|
|
|
|
SWAP // '13 b
|
|
|
|
ISNULL // '13 '14
|
|
|
|
NOT // '13 '15
|
|
|
|
ADD // '16
|
2024-10-31 07:11:41 +00:00
|
|
|
}>
|
|
|
|
"""
|
|
|
|
*/
|