From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0a-00069f02.pphosted.com (mx0a-00069f02.pphosted.com [205.220.165.32]) by sourceware.org (Postfix) with ESMTPS id 36CB33858405; Sat, 30 Apr 2022 00:13:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 36CB33858405 Received: from pps.filterd (m0246627.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 23TLeOtF015475; Sat, 30 Apr 2022 00:13:03 GMT Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3fmb9ayxtj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 30 Apr 2022 00:13:02 +0000 Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.16.1.2/8.16.1.2) with SMTP id 23U0AtLS012723; Sat, 30 Apr 2022 00:13:01 GMT Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2100.outbound.protection.outlook.com [104.47.58.100]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com with ESMTP id 3fm7w8jnjh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 30 Apr 2022 00:13:01 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m8pjDEffnCgkJ2eYpvDJWKWzUcV/X1SYyKfwwZ+rLIfWyTvcA6jHR8CqUxPjmks2okP884nwNllVkhuLaUoTyCJD0ZLHqWZSXEC/AqiGkk6ENpFi0mBlkONaqApkYeTpXrISRhmnadPDfRcMDw+q7DFZYrEVwr+qm2vEBonnDUToNXYO8MMMrnT/GXgDEd0BZ7ci6hqU3pdJ2jMKinqUmiohCXaqc7R6qlUIz4oecoJ0F6Re/ZS13Q1JJrTRdRnJEOxylsAda3VLSEO4akbTpLEt/qV+GVbjHuxoMjovvdg97szqotW+FIyQIi/AJMT7jgglKvL5Og/g17XUlpD+tA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=OnRRuDG87bG62HJDeoivCBRx1m3dQF1b9T5zcxQkUVQ=; b=kRKh7UYm2uTZQTkUGyuzgnUvdqz7UQHsAftRTVuihVvxIX5Ng5IJeiwn10pBQ5GInD0rZfeqg7hvFVs6Us66QO7sbHkEUXgkXkOWVGoEl+OjkHwZf47pqRuxwx/dYiZna3d8Xw/P5gyb6nQBUraoQcwUG24dGcfIkAbfuPcYEHNCH6y9CvdBYGSZzc7Y19Krv4sC+HYXydeqOojuebNBG2nLMTmEiBPvNffyHSXfAY1G725iXYWdM04zbz0+ygf201CgepsbA5HuVrY4E6+KKATkFUQn90jdSdprKUMfzniWbZcHjnUO5HIXwuw1rMBAkYHobLWBjomdK+paH7KigQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none Received: from SA2PR10MB4715.namprd10.prod.outlook.com (2603:10b6:806:fb::10) by CO1PR10MB4786.namprd10.prod.outlook.com (2603:10b6:303:6d::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5206.13; Sat, 30 Apr 2022 00:12:59 +0000 Received: from SA2PR10MB4715.namprd10.prod.outlook.com ([fe80::c4aa:e093:f6cf:b111]) by SA2PR10MB4715.namprd10.prod.outlook.com ([fe80::c4aa:e093:f6cf:b111%5]) with mapi id 15.20.5186.027; Sat, 30 Apr 2022 00:12:59 +0000 From: Nick Alcock To: Mark Wielaard Cc: binutils@sourceware.org, Luis Machado , "gdb@sourceware.org" , Overseers mailing list , "Frank Ch. Eigler" Subject: Re: Adding binutils to the GNU Toolchain buildbot on sourceware References: <5c1f217a-109c-2973-6c69-abf412133dee@arm.com> <524b04b7-a78c-7aae-4605-b40f61e6830c@arm.com> <16fe426d-c436-f030-dc43-0e81e7f0e853@arm.com> <87pml1jdx1.fsf@esperi.org.uk> <20220429175448.GA7305@gnu.wildebeest.org> Emacs: no job too big... no job. Date: Sat, 30 Apr 2022 01:12:54 +0100 In-Reply-To: <20220429175448.GA7305@gnu.wildebeest.org> (Mark Wielaard's message of "Fri, 29 Apr 2022 19:54:48 +0200") Message-ID: <87levnig3d.fsf@esperi.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2.50 (gnu/linux) Content-Type: text/plain X-ClientProxiedBy: LO4P123CA0281.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:195::16) To SA2PR10MB4715.namprd10.prod.outlook.com (2603:10b6:806:fb::10) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: d0636dbc-9fa2-4fbc-df03-08da2a3e2ee5 X-MS-TrafficTypeDiagnostic: CO1PR10MB4786:EE_ X-Microsoft-Antispam-PRVS: X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: NlxMHaWcCtgiIki5gLfnf+MEyTvJDX01LxCx98oQ+RYf5U5ui+Fb0UIvA4B9m29F2FGa5S22twehF3jPrMXNgdQz6rDILNCpVMKdxcFaVAKk8iXqxnn+9LHySl8tPl1FAvuzF+RnUmNSHZagXTNNLoF27cBVM2+b+LR5797fHjKPm8Da6zchHFnKEEyt7SoPOIhLTi0t1irgRoyhdRDuMtlBHZtXBxtRiaqYRJCU0x7Dn87hPB4J3JFxeIUX6D21hI8pNXXj1N3wWg1z6o37QHtB0ekWtn9A0j//vSzXaQD53V9upZIUZuCVgS2Sg2U+5TifzqAk8R/0R04LMvID5Wylwj+bO72X92x6Kx1RjKSvVePm0mNQe48i5i4SIO8Ml67VCD91ZtVR6KjJ/ElGnERuQCPDvH5mKz6ITDs8nEtFkomUIDlrZJpei/d7CbFR2zTydscfd2q4e1oq91TLYBACCp2l1+X6lo7EdFmTN2yswvnZ/red4NmB7kuR0vewsAJnist+Rl65GMT+zJbfKSYHDykKpCAr2hUMX5jCF64eMWuIcaGsk35lXRpyCARjMcm5DX3h17+BAK1opTYuzmziPzoPpZfMcNvAtIOYfjirul0dpufCMCquVWKgFMGx0esvPA6CSuV45CW2GNuhkw== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA2PR10MB4715.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(86362001)(6486002)(508600001)(6512007)(9686003)(6506007)(52116002)(38100700002)(6666004)(66556008)(186003)(66946007)(2906002)(44832011)(66476007)(316002)(36756003)(5660300002)(8936002)(54906003)(6916009)(4326008)(8676002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?sfQ14IabPCTe5AgCLRZtFtfJpuwDgAGsfWCqAX0IdDH7YLCSWi/qkF/kyeAn?= =?us-ascii?Q?Lf/VjAtjJktvIjGiNVRB4XeFXMfr+WIF3np4qjT+YyIj6rw7Mc9+6O5aP+j5?= =?us-ascii?Q?Hutw3NwSD4A+55Z72PtPc6i8ukEKN9HCz7fkBFThkRtnQ+hAdLdXDRQkn7lK?= =?us-ascii?Q?ybL6qBAZEmsG53j5LP+DSGTVvQ0E99oSuudPRbdecwAioZ95gZIjwzFE+6Gc?= =?us-ascii?Q?qsgqYh9Jxj/NjsqVSIji4YkXWKxWQn2NupNXmKIl0wdfzLA8OVuoL/tFocKW?= =?us-ascii?Q?B3+ydo6iNud+pfE8xvA8wrUShlpTO43XAr/PuKhTtbaeJrMI/QswGF5uNAh8?= =?us-ascii?Q?EsaYN92w8hniozCOD28I7PA8p18oKSS51kCJ6nJwEZn2CnaJPR33fPZHxIwN?= =?us-ascii?Q?Hdc0oM7HiLY+zKXTHXQW0KHt9ZDIonvPe/RR/xmF/zuTwLqMX7WXiG0oTURv?= =?us-ascii?Q?y2sTkRaqakHVqRaoqLMs3oMdhDGNYWuRSLweWPIq+KbndmLLeGAKbHHEmF2p?= =?us-ascii?Q?YVXL+0PYQEX9mtozrB1oEh+wDZwtw54vOu2Hmqh5zO7005aJ9erVn7Nqwag2?= =?us-ascii?Q?nUhp/8VXevclVs/9ehd/rgl4rgbWGEr6IXL7hU0VKn6ID7PXnTpANkeeeS6D?= =?us-ascii?Q?19JpFUn1J7TufqC+2tAW4OeZmXu/hr1AhVaRqMs9qdmOjxSJWsbqLVgqg+cO?= =?us-ascii?Q?SzXOZO+pBCe9xgszMmThr5Ni0z1JaAVVe153K6gg05n2K5XVDE/vu7WxqpJB?= =?us-ascii?Q?3v1Tef7ye2+rxhnc3PaZDRulWEzQ6xlO/FmUgqFX6iflnwNuuP07mJgrY15J?= =?us-ascii?Q?w+0KHvgqgZJQ9vn6WqxDc/vpdk35EEhctZtviJWGMeR651QfJQrQw6bhscQD?= =?us-ascii?Q?ikKWQYZR1ormi1FEASmnaPLnNGb9Wz2yXhApL4J6h+TKo4kpzNYgNE85h3Pl?= =?us-ascii?Q?ZV3pBFh77x9LnG1mAKIangT0v3D+unOAbR+5q2YnBNINZIEmFPoRz/yLLWz4?= =?us-ascii?Q?X2cETedeJd7gpLf6vOtdzYc8IxTXxdb/Ff2VXSLrAa2oF8B41+6ySwGI4reL?= =?us-ascii?Q?jQBS4VJyxXW+31on05at2eBRWUC3s66dXCVUOlpyf9HFf509VZvyAj1xogHI?= =?us-ascii?Q?bCpyRmKqCeRN5WIGuCjA3+Q5+u8kuCWO+9Qo3hNFSEOEBu5zTZaKD2mdX/ep?= =?us-ascii?Q?F8B8hvZ8AIQ4xfUACT7MmtXLsh88tUsdp04k192g2pJQJdcdndNhaYKECtVR?= =?us-ascii?Q?Qp7r34YRzsO6ZwvByLqp1aTc2ldLP20xoUcRCBPGMvMYaxb4UPOXqxoLQjDd?= =?us-ascii?Q?mQZ7u8Le5gpeGn+lrXsAucDCHNjDgiuWq21RMytX+7I2T7A3H69HP/ZwniHS?= =?us-ascii?Q?qpMbXDHW5iGP7aQ1COfiSXRVy/1Xsz/3aAP3nvwP+a8rB+82HGYkJ+CTxnea?= =?us-ascii?Q?9249L6w42h8E85ZK2+R81rJKtWzAkiG5mFsaTubP1ygL9aBAEVBiM3vJXH0c?= =?us-ascii?Q?6OCjk+/WqEoWN4e618AccbUuzLCdNRAX5GZgEmbv9D8rtxLJJnv3bnJEXFKz?= =?us-ascii?Q?gQZX1R3tNPX2lihb3ahVlaR7Tnxcmn9MKKnIG0egzZ0zeGhL/GBd2Gy1XD0c?= =?us-ascii?Q?vPM5XLTan0qCS9wL/30+lztqRUip3gp5EAy+4AbcX3PQZbh5gOlVsHj5iYRT?= =?us-ascii?Q?IvCXhbVYaxQlfW4numOsT76g4AhpyQ0pvgUcciRgMGEBNnM43DcMsWUyJpqk?= =?us-ascii?Q?ZrPR0wK49GrJA6EgaEWLjczjkYLObfs=3D?= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-Network-Message-Id: d0636dbc-9fa2-4fbc-df03-08da2a3e2ee5 X-MS-Exchange-CrossTenant-AuthSource: SA2PR10MB4715.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Apr 2022 00:12:59.0439 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: UG0BoDuD/V9Bedw2S+XA5RDbIzgplcQXLdJlIT9NI1I3PMprzUJJB8tnxf8XZaMiSj/gJ7h9cOl3x4LfH5OrjQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR10MB4786 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.486, 18.0.858 definitions=2022-04-29_08:2022-04-28, 2022-04-29 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 mlxlogscore=943 malwarescore=0 mlxscore=0 phishscore=0 bulkscore=0 adultscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000 definitions=main-2204290132 X-Proofpoint-ORIG-GUID: fDyV6ICgTumFMBFv_6quUQpBaaPP-vWC X-Proofpoint-GUID: fDyV6ICgTumFMBFv_6quUQpBaaPP-vWC X-Spam-Status: No, score=-6.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2022 00:13:26 -0000 On 29 Apr 2022, Mark Wielaard uttered the following: > Hi Nick, > > On Thu, Apr 28, 2022 at 06:50:02PM +0100, Nick Alcock wrote: >> On 28 Apr 2022, Luis Machado via Binutils outgrape: >> > It would make sense to build-test gdb if any of the following changes: >> [...] >> > libctf/ >> >> This won't do much with gdb without a (much) newer compiler. (I >> build-test gdb before every libctf commit -- every commit that I do, >> anyway. I do actual gdb test runs rather less often. I should fix that, >> at least for the CTF tests...) >> >> It doesn't change anywhere near as often as GDB though so the cost of >> adding it is low. > > How much newer compiler are we talking? There are other builders that > use workers which might have newer gcc installed. Oh, quite a lot newer -- CTF support in GCC has been in progress since the GCC 10 days, but it only landed in GCC proper after GCC 11 branched, so it'll be in GCC 12. It's not in a released GCC yet, but we're counting the days :) > A change in libctf is tested against a build of gdb (but no tests > yet). Should a change in libctf also cause a check of a build of > gas/ld/binutils/gold and tests of gas/ld/binutils? That's probably fairly pointless without GCC 12 in the mix. Even then, checking ld and GDB is worthwhile but not the others: gas doesn't depend on it at all, gold doesn't have CTF dedup support (yet: I do mean to add it), and binutils's objcopy CTF support is only tested by the ld testsuite's usage of objcopy. Also, note that GDB doesn't have very many CTF tests yet: you might want to build it but not run the *entire* testsuite, just tests matching *ctf*, just to save time, since the GDB testsuite is so huge. Changes to the CTF code aren't going to break the rest of GDB (I hope!). Mind you, if it *does*, finding that out is exactly what buildbots are for. I'm vacillating. > Are there any specific ctf tests that aren't part of the above > testsuite? If so would it make sense to make libctf its own "project" > so that a change to libctf (and any depended directoy/config files) > would cause a "just build libctf and run the ctf testsuite"? Hm. That's probably a good idea -- most of the libctf tests require a compiler supporting -gctf, but there *are* a few that test the writable dict API (the same one used by ld to emit CTF after deduplication). They're not exactly comprehensive tests (they're checking for write-time regressions that are not triggered by ld's usage of libctf) but they do cover a surprising percentage of libctf nonetheless. It even tests some of the ctf_link API, though not the complicated deduplicating part. And libctf does build quickly :) > Maybe we should add something similar for gprof, gprofng and sim? gprof doesn't seem to have any tests. I suppoe it might be worth just making sure changes don't break compilation. gprofng too, but maybe a litlelater, once the more obvious compilation problems are knocked out of it. (And definitely run its testsuite. gprofng already has a few tests and will certainly acquire more with time. Its arch requirements are fairly tight but x86 is a common arch so probably not actually *problematic*.) -- NULL && (void)