Rodin Aarssen
Rodin Aarssen
This now works for normal parameters, but crashes the REPL for keyword parameters: ``` rascal>data F[&T] = F(&T t, &T x = t); ok rascal>F(1).t int: 1 rascal>F(1, x=3).x Unexpected...
This is also curious: ``` rascal>data A[&T] = A(&T a = 1); ok rascal>A().a int: 1 ``` and this: ``` rascal>A[str] cc = A(); A[str]: A() rascal>cc.a int: 1 ```
The type parameter is missing in the following too: ``` rascal>A() A: A() ``` Where I would expect `A[int]: A()` or maybe `A[&T]: A()`
If at all possible, I think we should have our dependency on tm-terminal as lenient as possible. I've run into problems while installing (specific versions of) CDT next to Rascal...
> all we require from our users then is to be up-to-date with the latest version of CDT. that's not so bad. That is (potentially) bad for ClaiR
The class hierarchy in CDT that describes its AST might (and does) change from version to version; therefore, the version of CDT that is supported by ClaiR is fixed, imposing...
Just to be clear: ClaiR currently depends on CDT 2020-03. The release schedule of Eclipse is once every three months. I don't see why we want to impose an unpredictable...
I should have checked, but it seems that only subtraction is allowed in the interpreter.. ``` rascal>now() + now() |prompt:///|(8,3,,): insert into collection not supported on datetime and datetime Advice:...
https://github.com/usethesource/rascal/blob/d110bafba97d8dfe4e863754544fa47aa61630ae/src/org/rascalmpl/interpreter/result/DateTimeResult.java#L357
Duplicate of #1381?