From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4155 invoked by alias); 20 Jun 2017 14:29:54 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 4121 invoked by uid 89); 20 Jun 2017 14:29:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=dto, Hx-languages-length:2127 X-Spam-User: qpsmtpd, 3 recipients X-HELO: mail-pf0-f179.google.com Received: from mail-pf0-f179.google.com (HELO mail-pf0-f179.google.com) (209.85.192.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 20 Jun 2017 14:29:52 +0000 Received: by mail-pf0-f179.google.com with SMTP id c73so9887090pfk.2; Tue, 20 Jun 2017 07:29:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=D7TSppMbOigyyLEio9sulGXJSdZwYr8uTUsVUDk/d2w=; b=O63yZplI8FRLe60CZiuUyMf8zBAj+DCRZJ6fpGJl7Kfpb1QfbeZqQO5HTmGP3h9wfy 65YT8FNWVaa298bfhr1GBO3YaDWT7lmDGfwQSLyMsH9eCQfuotS29/C4Olh5v+7yxd55 MlTPLkSrRLtdAoe88K7wRzAv/mkcqPVPBSYUWjKzRsajp64d/AkJr8YXLfBOd3PczP9H EQfDAwATofEHHu2x7mq0xLNUNAzb7Sn14kOcNa9UV+Mqjmt+ONRagUHxnxkaJNDS74KI wqSy+iMDM3r3MrsYWGCTVfOjiDcnFjuSDPYye3lQ7XSHa0W3fGxFKEebArD8QIBjPfWD VePw== X-Gm-Message-State: AKS2vOzsfFmdoTk0blTz7HKJ4enlnHeqHW15bGY1/dgrpPZuXxD+0AO9 CzjYiVcJUzi32w== X-Received: by 10.84.128.107 with SMTP id 98mr31906393pla.285.1497968990853; Tue, 20 Jun 2017 07:29:50 -0700 (PDT) Received: from ?IPv6:2001:e68:4074:7a9b:f64d:30ff:fe63:5a5a? ([2001:e68:4074:7a9b:f64d:30ff:fe63:5a5a]) by smtp.gmail.com with ESMTPSA id h14sm28496377pfh.71.2017.06.20.07.29.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Jun 2017 07:29:50 -0700 (PDT) Subject: Re: [testsuite, i386] Always check for target i?86 and x86_64 To: Rainer Orth References: <20170615113104.GP2958@redhat.com> Cc: Jonathan Wakely , gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org, fortran@gcc.gnu.org, Uros Bizjak , Mike Stump From: JonY <10walls@gmail.com> Message-ID: <5fe951cb-010d-dc73-d393-3d7d7f977efc@gmail.com> Date: Tue, 20 Jun 2017 14:29:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uv2N3e513Ujw6aU8I4iMIjM0jtoHsq0gq" X-IsSubscribed: yes X-SW-Source: 2017-06/txt/msg01469.txt.bz2 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uv2N3e513Ujw6aU8I4iMIjM0jtoHsq0gq Content-Type: multipart/mixed; boundary="TTC1peRrd5R3n3j49ejXAVFaN6Er19fOm"; protected-headers="v1" From: JonY <10walls@gmail.com> To: Rainer Orth Cc: Jonathan Wakely , gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org, fortran@gcc.gnu.org, Uros Bizjak , Mike Stump Message-ID: <5fe951cb-010d-dc73-d393-3d7d7f977efc@gmail.com> Subject: Re: [testsuite, i386] Always check for target i?86 and x86_64 References: <20170615113104.GP2958@redhat.com> In-Reply-To: --TTC1peRrd5R3n3j49ejXAVFaN6Er19fOm Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-length: 2123 On 06/20/2017 01:35 PM, Rainer Orth wrote: > JonY <10walls@gmail.com> writes: >=20 >> On 06/20/2017 01:01 PM, Rainer Orth wrote: >>> Given that there were no other comments, I've installed the patch. It >>> would still be nice if the Cygwin/MingW maintainer could comment on the >>> testcase situation for those targets. >> >> Honestly, I'm not sure how ms-bitfields work on non-Windows targets, >=20 > I just noticed that it's handled in generic code in i386.c and the > affected tests worked on the likes of Linux and Solaris ;-) gcc/testsuite/gcc.dg/array-quals-1.c asm bits probably won't work due to o= bject format difference gcc/testsuite/gcc.dg/lto/20091013-1_1.c I'm not familiar with LTO enough t= o comment on it gcc/testsuite/gcc.dg/lto/20091013-1_2.c dto. gcc/testsuite/gcc.dg/pr32370.c This probably should be safe to enable for= all. gcc/testsuite/gcc.dg/pr50251.c dto. gcc/testsuite/gcc.dg/tls/thr-cse-1.c I think this should stay as is. gcc/testsuite/gcc.dg/weak/weak-15.c ELF weak symbols don't really work on = Windows PE format and are known to be broken gcc/testsuite/gcc.dg/weak/weak-16.c dto. gcc/testsuite/gcc.dg/weak/weak-2.c dto. gcc/testsuite/gcc.dg/weak/weak-3.c dto. gcc/testsuite/gcc.dg/weak/weak-4.c dto. gcc/testsuite/gcc.dg/weak/weak-5.c dto. libffi/testsuite/libffi.call/cls_longdouble_va.c iirc libffi hasn't been po= rted for 64bit Windows gcc/testsuite/g++.dg/abi/bitfield3.C Should remain 32bit specific gcc/testsuite/g++.dg/ext/dllexport3.C Should be x86_64-*-cygwin too gcc/testsuite/g++.dg/ext/selectany1.C dto.=20 gcc/testsuite/g++.dg/ext/selectany2.C dto.=20 gcc/testsuite/g++.old-deja/g++.ext/attrib5.C Probably broken due to the und= erscore prefix in asm names for 32bit mingw/cygwin gcc/testsuite/gcc.dg/dll-3.c Should be x86_64-*-cygwin too gcc/testsuite/gcc.dg/dll-4.c dto. gcc/testsuite/gcc.dg/dll-5.c dto. gcc/testsuite/gcc.dg/dll-8.c dto. gcc/testsuite/gcc.dg/tree-ssa/loop-1.c dto. gcc/testsuite/gcc.target/i386/fastcall-1.c Keep as is, x86 specific test ca= se. I can't comment on the ARM mingw* port, I have no experience with it. --TTC1peRrd5R3n3j49ejXAVFaN6Er19fOm-- --uv2N3e513Ujw6aU8I4iMIjM0jtoHsq0gq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 858 -----BEGIN PGP SIGNATURE----- iQJGBAEBCAAwFiEE5QrdnbBX9Ppk4bbPcTtf4pwUXUUFAllJMU8SHDEwd2FsbHNA Z21haWwuY29tAAoJEHE7X+KcFF1Fw3gP/2W5lf34RN4k6siYDtRHMkjEN25chZwm UV63w/6nMKrBYBRutrhNleYL4Y54evKtOxbu7HAaAte5F1Rax8SVP3gJYGqMxztW Hj/NE4egmekKmaqhWz/UTfeI2538WBRcN0uh9We/gPmA2U8HvKaB78nE1AVqbuSj mrontWH55WrZygBq8CpTw0LUFjaPb1IwDPJG2vuK06gMJE5GswZmb79VReRIJQzc DciSKoMgNwnPQqdcvo9BnqS1WMEwn2WVS599TWfyyCfpVFYUGltG0LruRCDHES1y F+IgjNbRubmMFI2NPFT0ueCrbZktNsrmczWdW29YiLBg0m9v4d8y0ioLsbyN6x0J qHH0t4t8gHvMGLNXiAseKlFaNG7dDykjZXV8qJut2r5SGNiymphkBhz0eaKQRrKf SOJlPmcADYKwWmU2AaxGtmtuLrNIiLY3PvVM+nVbgdEXxI9EzU14T3xEiGOdROnJ qqrKu0AM9oe8RTX0PxFfRjdTA7h0U8hNLu9z6tmG+sXKlecOVErFIozKGZgmheb6 Km9uZALZwnDii4JTLuHtG/XDJCzZCNvLBhaUsF5gpJ81bqGG5JnK3K/ItiMuOTqo 8OIWGPu6WcNLQ3VlqGhQnlV5Atx5BQZ/1a9vuKF8OU6YtI67KwipIRJdtZ+bVQA4 fdrIC4RBVVMH =aker -----END PGP SIGNATURE----- --uv2N3e513Ujw6aU8I4iMIjM0jtoHsq0gq--