[code-reflection] RFR: Missing conversion for some unary operators

Hannes Greule hgreule at openjdk.org
Thu Apr 18 16:54:24 UTC 2024


On Thu, 18 Apr 2024 16:34:50 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:

> `ReflectMethods` is missing the logic for converting operands for unary operators `!` and `-`.
> 
> I've fixed calling the correct `value` method (the one with a target type).
> 
> When running tests, it seems like the test `CoreBinaryOpsTest` fails.
> 
> This failure also occurs w/o my patch, so it seems unrelated.
> 
> The problem is likely due to another missing conversion - e.g. for this code:
> 
> 
>     @CodeReflection
>     static int leftShiftIL(int left, long right) {
>         return left << right;
>     }
> 
> 
> We get this model:
> 
> 
> func @"leftShiftIL" (%0 : int, %1 : long)int -> {
>       %2 : Var<int> = var %0 @"left";
>       %3 : Var<long> = var %1 @"right";
>       %4 : int = var.load %2;
>       %5 : long = var.load %3;
>       %6 : int = lshl %4 %5;
>       return %6;
> };
> 
> 
> This seems to want to do a shift between an int and a long (so should use a long shift, whose result is also long). But there's no conversion on the way in and also on the way out.
> 
> Since this is unrelated with the fix here, I'd suggest to integrate this in the meantime.

I didn't have time to check the test yet but Paul mentioned a test failure here https://github.com/openjdk/babylon/pull/48#discussion_r1566513665.
`int << long` however actually is an `int` shift and the result is also an `int`. The current code model is near to the JLS, but we will probably change it as Paul was leaning towards a model where binary ops are always consistent in their inputs.

-------------

PR Comment: https://git.openjdk.org/babylon/pull/55#issuecomment-2064533209


More information about the babylon-dev mailing list