[Matrix] Add comparison operator tests - #1447
Conversation
|
So I don't have to come back and remove a bunch of xfails lets wait on this PR until llvm/llvm-project#216791 merges |
|
the tests that have 64/16 bit requires are not as exhaustive with operator testing as the 32bit tests. |
|
Failures to investigate: DXC MetalClang DXC MetalThe issue in Metal seems to be offloader specific. We don't have a uint32 Format. |
61d2f34 to
b054c3a
Compare
Icohedron
left a comment
There was a problem hiding this comment.
I don't see why the 32-bit tests have to be the only comprehensive ones.
The 32-bit tests aren't even that much bigger than the other tests in line count either.
e.g. the fp16 test is 72 lines while the fp32 test is 105 lines
| Buffers: | ||
| - Name: UintIn | ||
| Format: UInt32 | ||
| Data: [ 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 ] |
There was a problem hiding this comment.
[SUGGESTION] The int and uint tests should exercise values where the sign bit is actually set. As-is, there is no observable difference if the compiler used signed/unsigned operations where it should have been unsigned/signed.
alsepkow
left a comment
There was a problem hiding this comment.
LGTM assuming @Icohedron comments are addressed.
And looks like there's a legalization issue causing a crash in the 32 bit tests?
Yes I am waiting on reviews for this pr that will fix that: llvm/llvm-project#219017 care to take a look? It is really short. |
resolves llvm#1446 cover cmp operators across matrix sizes and base types
…are doing elementwise compares
…-element LHS/RHS matrices
50d3613 to
317f890
Compare
Icohedron
left a comment
There was a problem hiding this comment.
Would be good to have uint tests exercise extra large integers which have the most significant bit set to be sure it's not interpreted as a negative signed integer instead.
But otherwise LGTM
resolves #1446
cover cmp operators across matrix sizes and base types
assisted by co-pilot MAI model