On 3/18/21 8:58 AM, Jeff Law via Gcc-patches wrote:
On 3/18/2021 8:37 AM, Jakub Jelinek via Gcc-patches wrote:
Hi!
Similar issue as in strlenopt-73.c, various spots in this test rely
on MOVE_MAX >= 8, this time it uses a target selector to pick up a couple
of targets, and all of them but powerpc 32-bit satisfy it, but powerpc
32-bit have MOVE_MAX just 4.
Tested on x86_64-linux and powerpc64-linux -m32/-m64, ok for trunk?
2021-03-18 Jakub Jelinek <ja...@redhat.com>
PR testsuite/99636
* gcc.dg/strlenopt-80.c: For powerpc*-*-*, only enable for lp64.
OK. But it'd sure be nice to be able to do something like force a value
of MOVE_MAX using a --param to make this kind of hack unnecessary.
Or have GCC define a __MOVE_MAX__ macro that could then be used in
the test suite to guard the test cases. (This could be done only
conditionally, in response to some internal command line option.)
Martin
