The need for a UFoo; is not clear to me.
So correct me if i'm wrong,
u-bytecodes are bytecodes for representing something similar to T and Foo in
Java but for the VM with the supplementary constraint that T can be either a
primitive, a value type or class.
I do not see how does UFoo; fit in
You're not alone :)
I want the result of an async procedure call to be a CompletableFuture
too.
RĂ©mi
On June 9, 2017 10:53:14 PM GMT+02:00, John Rose wrote:
>On Jun 9, 2017, at 1:45 PM, John Rose wrote:
>>
>> Allowing in return position to assume will be attractive
>with new generics.
>
>