getScalarizationOverhead() results in a somewhat better cost estimation
than counting the insertion/extraction costs directly.
Notably, this is still overestimating the costs.
Details
Details
Diff Detail
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Comment Actions
(note that i haven't update all the affected tests, only the checkline blocks where there is at least one change have been updated)
Comment Actions
I've done my own version and I have all the tests updated - would you mind if I commandeered this with my version?
Comment Actions
Update all tests and just getScalarizationOverhead wrapper when all elements are demanded
Comment Actions
LG, it's a bit of an improvement in modelling precision, but not much.
Thank you!
llvm/include/llvm/CodeGen/BasicTTIImpl.h | ||
---|---|---|
1261–1262 | Please can you name the bool params? |
Comment Actions
cheers - it seems to be enough to cause an actual test change so is at least going in the right direction. A better step would be to get this converted to shuffle costs, but we have really poor handling of length changing shuffles
llvm/include/llvm/CodeGen/BasicTTIImpl.h | ||
---|---|---|
1261–1262 | yes I'll add them |
Please can you name the bool params?