On Fri, 5 Jun 2026 13:28:57 GMT, Emanuel Peter <[email protected]> wrote:

>>> @jatin-bhateja And you will manage to do that on all platforms?
>> 
>> Hi @eme64, even today the vector IR emitted by inline expanders is not 
>> uniformly supported across all targets — that gating happens per-backend in 
>> match_rule_supported_vector and match_rule_supported_vector_masked, which is 
>> where unsupported opcode/lane combinations are rejected.
>> When the is_unsupported_lane_type call sites are lifted in subsequent 
>> patches, that per-backend gate is still in place: any target lacking Float16 
>> IR support continues to fall back through the same path it uses today for 
>> any other unsupported (opcode, lane type) pair.
>> So inverting condition would not change the platform-portability picture 
>> either way
>
> @jatin-bhateja Do you even need `is_unsupported_lane_type`, if 
> `match_rule_supported_vector` should already cover all concrete operations?

And: please don't "resolve" a conversation when I might still want to come back 
to your responses. It makes me feel like you are just dismissing my review 
comments (I'm not assuming that was your intention).

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

PR Review Comment: https://git.openjdk.org/jdk/pull/28002#discussion_r3362958292

Reply via email to