resolving several ivars to the same capture?
Vicente Romero
vicente.romero at oracle.com
Thu Oct 23 16:43:38 UTC 2025
Hi,
Sorry for joining late to the party :) I don't have too much to add to
this discussion. My recollection is that as Maurizio mentioned, yes we
tried a fix in this area but that brought in some compatibility issues
and we deferred going for any change until we had clarifications from
the spec side. I think the situation is still the same,
Vicente
On 10/23/25 07:10, Stephan Herrmann wrote:
> Am 23.10.25 um 12:45 schrieb Maurizio Cimadamore:
>> On 23/10/2025 11:25, Stephan Herrmann wrote:
>>> Doesn't 4.10.2 clearly state that type arguments should be captured
>>> here?
>>
>> Yes, but that means that we will generate “spurious” capture
>> variables during inference which will end up in the result. Depending
>> on the case, this might result in failures.
>
> define "spurious"! :)
>
>
>> If this is indeed connected to the spec issue I mentioned above, then
>> I’d say that it’s sad but also sort of ok for the compilers to
>> diverge, given that a “real” fix will in reality be a lot more
>> convoluted than just applying capture.
>
> I understand that changes in this area can easily have big impact, and
> that investigations to curb undesirable impact require a significant
> investment. On the other hand also continuously investigating many
> issues of similar nature causes tremendous efforts over time.
>
> What is the perspective for things to eventually clear up?
> * Will Valhalla enter a stage where the type system needs to be
> improved in ways that will include general clarifications of matters
> of wildcards and captures?
> * Otherwise, would it make sense to create a JEP dedicated to such
> clarifications in order to allocate resources required for this task?
>
> I can offer whatever insights can be gained from ecj as a second
> implementation, including experiments what impact certain spec changes
> might have. I personally don't have the full background of type
> systems sufficient for commenting which spec changes might be sound or
> bogus, but I do have private contact to someone who has this
> background. Perhaps for precise questions I could "mediate" some help :)
>
> best,
> Stephan
More information about the compiler-dev
mailing list