From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailrelay.tugraz.at (mailrelay.tugraz.at [129.27.2.202]) by sourceware.org (Postfix) with ESMTPS id 7A7553858D33; Fri, 22 Dec 2023 09:39:27 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7A7553858D33 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=tugraz.at Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=tugraz.at ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 7A7553858D33 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=129.27.2.202 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703237969; cv=none; b=POFvYNiIdlSNSs/1/vuKeXBqX5VYPPI84N15OdKDdHnYQeFg7mK9LKHWbDPqXt/SWSnPv66TFPFNNwm+7tqMRj+K0XLFNFh2qU2mqmjteK0VDxU2sC96uqu4CK0D/G5B8Gm1lsU7JDjXCeen3cjWdMxctc/95uwqvVRyUm8k/QY= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703237969; c=relaxed/simple; bh=eav4XntarU5YfAE7+XV5b/UhRl7bz0KtD0Ue8i65zUo=; h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version; b=Zr5aSke0eoKl5EUgVgWQRzp/CUuzJC5w5rVoCUO+Y+3MDmt+bfrHtG8gLmGDGmNuUMy1dl9ABNgcp40rt0FmtHoBStX03AjGNgbN07ormoaOrUmazx1FEsOTpXFZ5hEfvl7Ke4jhqXmfUC+6XaPJiVLHEM/1XMixmaBvtrr2M1Y= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from vra-174-181.tugraz.at (vra-174-181.tugraz.at [129.27.174.181]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4SxMhC1Pymz1LkBL; Fri, 22 Dec 2023 10:39:23 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4SxMhC1Pymz1LkBL DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1703237964; bh=e74HkWrUNkxmCyCdJjSvKYPlgAT1EH/lLpq41zX+KlM=; h=Subject:From:To:Date:In-Reply-To:References:From; b=U87V4IjGTeoxVymyRCMeq6i9bSrVqTVHZQcjTRD2GkbN3wbKMaYi12cFvgwCFN9nv 9s9PtHcMMA4F1GNjeIydLDcj0zda94+geuocqtDKvbiLkahJWLDsJtE6DPJ2CtAbz6 ZbDyXMd+4tydY0HEo/IoJiI2DJXtsKRIGjcoJYr8= Message-ID: <317376ce79b481dbb63329ddc93da6bd89755527.camel@tugraz.at> Subject: Re: [r14-6770 Regression] FAIL: gcc.dg/gnu23-tag-4.c (test for excess errors) on Linux/x86_64 From: Martin Uecker To: gcc-regression@gcc.gnu.org, gcc-patches@gcc.gnu.org, haochen.jiang@intel.com, Joseph Myers Date: Fri, 22 Dec 2023 10:39:22 +0100 In-Reply-To: <202312212107.3BLL7BkC2366876@shliclel4214.sh.intel.com> References: <202312212107.3BLL7BkC2366876@shliclel4214.sh.intel.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4-2 MIME-Version: 1.0 X-TUG-Backscatter-control: G/VXY7/6zeyuAY/PU2/0qw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.116 X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_NUMSUBJECT,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hm, this is weird, as it really seems to depend on the -march=3D.... So if there is really a difference between those structs which make them incompatible on some archs, we should not consider them to be compatible in general. struct g { int a[n]; int b; } *y; { struct g { int a[4]; int b; } *y2 =3D y; } But I do not see what could go wrong here as sizeof / alignment is the same for n =3D 4. So there is something else I missed.... Am Freitag, dem 22.12.2023 um 05:07 +0800 schrieb haochen.jiang: > On Linux/x86_64, >=20 > 23fee88f84873b0b8b41c8e5a9b229d533fb4022 is the first bad commit > commit 23fee88f84873b0b8b41c8e5a9b229d533fb4022 > Author: Martin Uecker > Date: Tue Aug 15 14:58:32 2023 +0200 >=20 > c23: tag compatibility rules for struct and unions >=20 > caused >=20 > FAIL: gcc.dg/gnu23-tag-4.c (test for excess errors) >=20 > with GCC configured with >=20 > ../../gcc/configure --prefix=3D/export/users/haochenj/src/gcc-bisect/mast= er/master/r14-6770/usr --enable-clocale=3Dgnu --with-system-zlib --with-dem= angler-in-ld --with-fpmath=3Dsse --enable-languages=3Dc,c++,fortran --enabl= e-cet --without-isl --enable-libmpx x86_64-linux --disable-bootstrap >=20 > To reproduce: >=20 > $ cd {build_dir}/gcc && make check RUNTESTFLAGS=3D"dg.exp=3Dgcc.dg/gnu23-= tag-4.c --target_board=3D'unix{-m32\ -march=3Dcascadelake}'" > $ cd {build_dir}/gcc && make check RUNTESTFLAGS=3D"dg.exp=3Dgcc.dg/gnu23-= tag-4.c --target_board=3D'unix{-m64\ -march=3Dcascadelake}'" >=20 > (Please do not reply to this email, for question about this report, conta= ct me at haochen dot jiang at intel.com.) > (If you met problems with cascadelake related, disabling AVX512F in comma= nd line might save that.) > (However, please make sure that there is no potential problems with AVX51= 2.)