Question about wrapv-vect-reduc-dot-s8b.c
Robin Dapp
rdapp.gcc@gmail.com
Wed Aug 30 08:22:13 GMT 2023
> it's target dependent what we choose first so it's going to be
> a bit difficult to adjust testcases like this (and it looks like
> a testsuite issue). I think for this specific testcase changing
> scan-tree-dump-times to scan-tree-dump is reasonable. Note we
> really want to check that for the case we choose finally
> we use the sdot pattern, but I don't see how we can easily constrain
> the dump-scans. Can we do sth like
> "vect_recog_dot_prod_pattern: detected\n(!FAILED)*SUCCEEDED", thus
> after the dot-prod pattern dumping allow arbitrary stuff but _not_
> a "failed" and then require a "succeeded"?
>
> The other way would be to somehow add a dump flag that produces
> dumps only for the succeeded part. Of course we have targets that
> evaluate multiple succeeded parts for costing (but luckily costing
> is disabled for most tests).
I'm going to have a try at fixing the test expectations but not before
tomorrow. Right now I can see
"vect_recog_widen_mult_pattern: detected"
even four times in the dump, 2x for each try, so I first need to
understand what's going on.
Regards
Robin
More information about the Gcc
mailing list