From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
 id 869AB387084F; Fri, 19 Mar 2021 23:30:57 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 869AB387084F
From: "cvs-commit at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug testsuite/99626] [10 Regression] gcc.dg/strlenopt-73.c fails
 for 32 bits
Date: Fri, 19 Mar 2021 23:30:57 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: testsuite
X-Bugzilla-Version: 11.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 10.3
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-99626-4-vicbCWfrsk@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-99626-4@http.gcc.gnu.org/bugzilla/>
References: <bug-99626-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: gcc-bugs@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-bugs mailing list <gcc-bugs.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Mar 2021 23:30:57 -0000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D99626

--- Comment #4 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
<jakub@gcc.gnu.org>:

https://gcc.gnu.org/g:c9f698dce2ebdd16997a8d41d6698a2180775671

commit r10-9489-gc9f698dce2ebdd16997a8d41d6698a2180775671
Author: Jakub Jelinek <jakub@redhat.com>
Date:   Thu Mar 18 16:11:46 2021 +0100

    testsuite: Fix up strlenopt-73.c on powerpc [PR99626]

    As mentioned in the testcase as well as in the PR, this testcase relies=
 on
    MOVE_MAX being sufficiently large that the memcpy call is folded early =
into
    load + store.  Some popular targets define MOVE_MAX to 8 or even 16 (e.=
g.
    x86_64 or some options on s390x), but many other targets define it to j=
ust
4
    (e.g. powerpc 32-bit), or even 2.

    The testcase has already one test routine guarded on one particular tar=
get
    with MOVE_MAX 16 (but does it incorrectly, __i386__ is only defined on
    32-bit x86 and __SIZEOF_INT128__ is only defined on 64-bit targets), th=
is
    patch fixes that, and guards another test that relies on memcpy (, , 8)
    being folded that way (which therefore needs MOVE_MAX >=3D 8) on a coup=
le of
    common targets that are known to have such MOVE_MAX.

    2021-03-18  Jakub Jelinek  <jakub@redhat.com>

            PR testsuite/99626
            * gcc.dg/strlenopt-73.c: Ifdef out
test_copy_cond_unequal_length_i64
            on targets other than x86, aarch64, s390 and 64-bit powerpc.  U=
se
            test_copy_cond_unequal_length_i128 for __x86_64__ with int128
support
            rather than __i386__.

    (cherry picked from commit fff9faa79043aa53d361e7f6e31b2680007a97e2)=