From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on2057.outbound.protection.outlook.com [40.107.7.57]) by sourceware.org (Postfix) with ESMTPS id 6AB143858D28; Mon, 4 Mar 2024 15:41:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6AB143858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 6AB143858D28 Authentication-Results: server2.sourceware.org; arc=pass smtp.remote-ip=40.107.7.57 ARC-Seal: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1709566875; cv=pass; b=udtCs+dVh7Qjq17dhI1XrF1YLCMGJL3xbGczM9ZHRGEUD3wFGHSMueJneR7XDvnAcrbnT4Sj5JWr4RCgh9aX2M7zrWohItCXZMGFFsLo50kH67hhvge20BgkIJaSlmNQdajWSB5sQxn1HlZ8ijHl0yHT1Exl7liMqOo3umfln2A= ARC-Message-Signature: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1709566875; c=relaxed/simple; bh=/WPmKdEz1AI4BfwL38iL/XqNiItMuekEZWsdhSNqUpE=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:From:To: MIME-Version; b=KreOlVQF2Nj456kMd0hQ/pwaWRM1QYWPf8Neyav8GXEvZEYy9QuAbb6I9UKz6Yjv0ohlmOr4P+uWB1vYP3eVZ2uwKhNv2o1wDnWE+KKsI9EacyG0D9wi37p4hTFmzY7OlD1CHGeL2Vi0enb+xNt94QzOpmpQ8CO/xZYNiJAJuyw= ARC-Authentication-Results: i=3; server2.sourceware.org ARC-Seal: i=2; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=pass; b=ZxGwxycZd+OsOlblEOul25cLuY2mx/xAOxmi6wSClvvFK/qSt3D+4r9fLZbvpY2WeylN1N/HNTplUPq44mG+ITkjvFmmsc2+4EOVJ9ViAY1ECIUgPq3jGOemnpaTa1qsI8pZ1JkjgEKh4II9hOeSCV/Cbg1cDv9y8MywFoTP5ReZUL5ABAXAD4RYaIhYCDaTnvwSZMn/MsoABA7r1OxqxFrM5g4Rf4/n1pdMYK2wQjSSO5M6Nc0XiYqQrehBFVcjz1vX2+fPwOFM8qkLruf/ITMchDVifzcKJ4EIg5S4ITttkJXqGmbC6lJQNqIuKGM/MeO7EQifQrse6ztq6xP+DA== ARC-Message-Signature: i=2; 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=IdPWlHDPff00CKxG7W0zyTqu9BEpxjbVx5CAWUp4rP8=; b=CQKbd21fx/jGkyYjtof7TRzQFiXHi00H50hK1Q48PdFb2h4NUYdbaK8xB2zBMYH/z+PHuUe8+tgs+8siudMIaJf/XFpTLJHO6Q7hn/YV+U/r06Xj2mdn/fvN12Boev2aYVMZJn7Az7TJZbs6izJZUzo8sLO8Gt8Rd88eeyoZslZAEFEuu742dvoX+ZabnBZncVK3/hcTyKhK0A7OL3y2ujop54jnX1DLV3AT4PSX73W2iIturAgik3hOYm1xAbVdTQCT6f7tTnyYI36eoplmBbsaho75qRLn+1NGbd3jqkAb0TWmrXq3YLYNcbKWA0ZoYDP90zTcjOWdl12msBt0/A== ARC-Authentication-Results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 63.35.35.123) smtp.rcpttodomain=sourceware.org smtp.mailfrom=arm.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com; arc=pass (0 oda=1 ltdi=1 spf=[1,1,smtp.mailfrom=arm.com] dkim=[1,1,header.d=arm.com] dmarc=[1,1,header.from=arm.com]) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IdPWlHDPff00CKxG7W0zyTqu9BEpxjbVx5CAWUp4rP8=; b=VbvqoB5+Z0QRekGVQiT3naEP4UPTPdPbL87OrtgjFQVrbJ/6MhHJTeLJpxykKikv9LATB+gNTdDg5DZJMSgEWbT+use1kpry6pAe/MQtzkKSrziVW0nTYTcvkpvZYmhOPiBlKCora2IMBpkaWzvem6AToFgn2jKllnd0EJRpU/g= Received: from DUZPR01CA0340.eurprd01.prod.exchangelabs.com (2603:10a6:10:4b8::13) by VI1PR08MB10005.eurprd08.prod.outlook.com (2603:10a6:800:1bf::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7339.38; Mon, 4 Mar 2024 15:41:07 +0000 Received: from DU6PEPF0000A7DF.eurprd02.prod.outlook.com (2603:10a6:10:4b8:cafe::69) by DUZPR01CA0340.outlook.office365.com (2603:10a6:10:4b8::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7339.39 via Frontend Transport; Mon, 4 Mar 2024 15:41:07 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 63.35.35.123 as permitted sender) receiver=protection.outlook.com; client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com; pr=C Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by DU6PEPF0000A7DF.mail.protection.outlook.com (10.167.8.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7362.11 via Frontend Transport; Mon, 4 Mar 2024 15:41:07 +0000 Received: ("Tessian outbound 7b0d57313a48:v276"); Mon, 04 Mar 2024 15:41:07 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: bd0c21515073f55d X-CR-MTA-TID: 64aa7808 Received: from c72dd33f22d6.2 by 64aa7808-outbound-1.mta.getcheckrecipient.com id 1D6DC7BB-2764-4A3C-911C-67F67CF2BF44.1; Mon, 04 Mar 2024 15:40:57 +0000 Received: from EUR04-HE1-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id c72dd33f22d6.2 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Mon, 04 Mar 2024 15:40:56 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TQm534ulHJc+EC3stiP/EJhNnnLAdQpb2pnis7wdDpn2yZzUzBOQvc92V7KNvJV2IsOC+XWQJl7flq7I7Mi77LBRPx4riPei3vlvz7MG9UoA6JUk3bcDXz/Su85FvRUUBoBmIyrvrnic1KMARqzjZCmwGBHEUAdos96YAp5U6zgip9j/Hnzef0mtFn7Syy2J0HIifR1qPNgtyz2UaPDtmmCEmTl3OUfmkAKarfulhmgdKEwnbiHbTO9Qbf2mtUsUZiLC1KYtj400yIVVsFSFTUj08ZGebAVtIy1HYMmt4zp2DaRjYf+7vevGfzODX0XHE1IXu/9pmSR6eBLhzgiQ8A== 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=IdPWlHDPff00CKxG7W0zyTqu9BEpxjbVx5CAWUp4rP8=; b=Pd0LQBXp3iB4p3VCadVQATpdz0RLT6pdCzE/7/LBM2nPAwZnzLF4POEqNG56iyEgpQGHJ8GCTGJi6tjWNfcOe4nuH9VfyYHDvO2GFmvebIfnUYHEF+VvIrchE7AxWMvCHqgq5S87ZcenpSCiGyZFMWLHDM0jc8UjMrkbHROI6dh6xD2bEyOk9/OjtFqh/PpC5Lf4QGks+02b784Y9ez5SjF0SbBEi3LYODLEggf3lUGfCvNLAsu9UkWYj6BEkRfayyVyvtxxiZDa25iVfPojpPUvngYiLHBb/dAAhCP+7ySh63EfXJGMx1suGlsYkN0P71rZm1Baw1ENb0lwLnB41A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IdPWlHDPff00CKxG7W0zyTqu9BEpxjbVx5CAWUp4rP8=; b=VbvqoB5+Z0QRekGVQiT3naEP4UPTPdPbL87OrtgjFQVrbJ/6MhHJTeLJpxykKikv9LATB+gNTdDg5DZJMSgEWbT+use1kpry6pAe/MQtzkKSrziVW0nTYTcvkpvZYmhOPiBlKCora2IMBpkaWzvem6AToFgn2jKllnd0EJRpU/g= Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from DB9PR08MB7115.eurprd08.prod.outlook.com (2603:10a6:10:2c8::5) by DB4PR08MB9384.eurprd08.prod.outlook.com (2603:10a6:10:3f0::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7316.36; Mon, 4 Mar 2024 15:40:53 +0000 Received: from DB9PR08MB7115.eurprd08.prod.outlook.com ([fe80::c475:541c:47b1:eb40]) by DB9PR08MB7115.eurprd08.prod.outlook.com ([fe80::c475:541c:47b1:eb40%7]) with mapi id 15.20.7339.035; Mon, 4 Mar 2024 15:40:53 +0000 Message-ID: <1086a15b-3ee9-496c-abc6-683eec84891c@arm.com> Date: Mon, 4 Mar 2024 15:40:51 +0000 User-Agent: Mozilla Thunderbird Subject: Re: Help needed with maintainer-mode Content-Language: en-GB From: Richard Earnshaw To: Christophe Lyon , Jonathan Wakely Cc: Thomas Schwinge , Sam James , Mark Wielaard , "binutils@sourceware.org" , "gcc@gcc.gnu.org" , "gdb-patches@sourceware.org" , David Malcolm , "arsen@gentoo.org" , Alexandre Oliva References: <20240229110039.GB18580@gnu.wildebeest.org> <72dff8ae4cc6b56208b7e7f93676debcaba900d4.camel@klomp.org> <20240303211541.GK13156@gnu.wildebeest.org> <87v862260i.fsf@gentoo.org> <87le6y7303.fsf@euler.schwinge.ddns.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: LO2P265CA0217.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:b::13) To DB9PR08MB7115.eurprd08.prod.outlook.com (2603:10a6:10:2c8::5) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: DB9PR08MB7115:EE_|DB4PR08MB9384:EE_|DU6PEPF0000A7DF:EE_|VI1PR08MB10005:EE_ X-MS-Office365-Filtering-Correlation-Id: d37c05a3-5740-47ca-5f8f-08dc3c618224 x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: HtljDvCRXMXgFJvx1p65ehMRozcwCf5BeXSxiJR8gUpxKzoHXyLi6MttBXh13oSly2NiSs5E6Yqe1evVTgoRWz313I03ArZINj4FOUVAKfdADObnzHcTQ09EHja7pR7wOdqs/m94444GXlBXTbPFlxm8V8O++VyxMwtIzZQc2ylPoG2u2O2af8Yb9YSCL9iAjzUYPzfcxa4blS/IaIfNGG9SIEh8S0Kg6PH5ghzDsyHi1RoxbcV/EcrL0ELdIvRqx5U8hAZ3SOUyNM3hs1YJlXvPcobiXcCUqr5y1hJ7LwWm/sztSTvWlQca06GDoiLIv99VeWXQlCvpz8P0gnmwuqou3gt0udNMYrbJ4mUjcTuj3MzQikV8fU1Cuj7vSMS/HFjCl9af8WzalsMF/MuO+9a4pi/hfjfQ8ja0fUPbDDo0OfejB2bYsGt82pqVXAcohMBjYzHX8jvOdzHNEHS44zBXNHL53JtSOv1QVJkQffarnAAoIkqf+CXTutFlv7BH/2ih68aNknbwZ2KyxPSy7gT+H2KEDdnB44+pt2uRAUcqHdYu/k7PhuayLVbmT8UwOciTEj+CvQznPyQa0UAMWB0e69pZzjcoUlxw1ka0C4tFVObqXLKsrlZl48TGx0C5 X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DB9PR08MB7115.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(376005);DIR:OUT;SFP:1101; X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR08MB9384 Original-Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: DU6PEPF0000A7DF.eurprd02.prod.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 4deb40a0-2e6b-4bd3-55a1-08dc3c617998 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: sNko4D1x+lChLZVdPWQ8s7Mo9Stpwhh8Vmkl5HHnh8c4VO4h2PGDeGu4/zChWWyUJSZQ8ihNG5UJAIVqiGyN89fu5YhxrN4mDLgJTLN6/zWaFDw6N5u4ipPRAES6zHW+GXb7K9BM47gi6IQDtZlO8qC/y+O+lXeK/CB1Rh9XzYbP7bXWcQ323cGdvuD5IbKcue98GB78aa0HF2i/v2pKCO60XG4uTPpR6zuwb0tdszmPZL9HnEC0N4W7aSpQQ6N8+h9ABNaGt/uIMRymx1tCxiAdYd+itD0W40/EmqIm3jh1iqPIypN2eJ6EIfQhGWMSt+e6xFBPadYo2WIS9JdSr2+GURBOSS6PzBwOWFY0sGb0X4pObBdWFVubwDz4btqg1S1aDL/Hr/SLmzHYDq4t6YbbmwjIC2NobWRhQN6CNJ1xgvmYfzZeqwhtwtkXC72n/1O3OR7UUhjzZka5dWMf2ohgcfljhI4Ajrs0tvDMherF2BqTw+MfDaHGDar4FF8zCOMNwHvtvL1Kd/dzV1s51PTEbLtM3uPxak/rrwC9SZM0S3Nivt1yzw53CMjVSA+YAmZCmx69WHN4vHqrV9jktFFuO4g9b/93NlaF3z3W6HfXjDxf+jwdXciFqSXQ4FH3Qtg7fKCD3xTW7WH/qxcvMebnKALAT3ff3G8vcDzTkg+8G+XADQIF3kWh071D7jXG6vXtAoQA9a4kE/iCfLD5+g== X-Forefront-Antispam-Report: CIP:63.35.35.123;CTRY:IE;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:64aa7808-outbound-1.mta.getcheckrecipient.com;PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com;CAT:NONE;SFS:(13230031)(82310400014)(376005)(36860700004);DIR:OUT;SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Mar 2024 15:41:07.2683 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: d37c05a3-5740-47ca-5f8f-08dc3c618224 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d;Ip=[63.35.35.123];Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-AuthSource: DU6PEPF0000A7DF.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB10005 X-Spam-Status: No, score=-3.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,FORGED_SPF_HELO,KAM_DMARC_NONE,KAM_SHORT,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY 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: On 04/03/2024 15:36, Richard Earnshaw (lists) wrote: > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote: >> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote: >>> >>> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote: >>>> >>>> Hi! >>>> >>>> On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote: >>>>> >>>>> Hi! >>>>> >>>>> On 2024-03-04T00:30:05+0000, Sam James wrote: >>>>>> Mark Wielaard writes: >>>>>>> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote: >>>>>>>> [...], I read >>>>>>>> https://gcc.gnu.org/wiki/Regenerating_GCC_Configuration >>>>>>>> which basically says "run autoreconf in every dir where there is a >>>>>>>> configure script" >>>>>>>> but this is not exactly what autoregen.py is doing. IIRC it is based >>>>>>>> on a script from Martin Liska, do you know/remember why it follows a >>>>>>>> different process? >>>>>>> >>>>>>> CCing Sam and Arsen who helped refine the autoregen.py script, who >>>>>>> might remember more details. We wanted a script that worked for both >>>>>>> gcc and binutils-gdb. And as far as I know autoreconf simply didn't >>>>>>> work in all directories. We also needed to skip some directories that >>>>>>> did contain a configure script, but that were imported (gotools, >>>>>>> readline, minizip). >>>>>> >>>>>> What we really need to do is, for a start, land tschwinge/aoliva's patches [0] >>>>>> for AC_CONFIG_SUBDIRS. >>>>> >>>>> Let me allocate some time this week to get that one completed. >>>>> >>>>>> Right now, the current situation is janky and it's nowhere near >>>>>> idiomatic autotools usage. It is not a comfortable experience >>>>>> interacting with it even as someone who is familiar and happy with using >>>>>> autotools otherwise. >>>>>> >>>>>> I didn't yet play with maintainer-mode myself but I also didn't see much >>>>>> point given I knew of more fundamental problems like this. >>>>>> >>>>>> [0] https://inbox.sourceware.org/gcc-patches/oril72c4yh.fsf@lxoliva.fsfla.org/ >>>>> >>>> >>>> Thanks for the background. I didn't follow that discussion at that time :-) >>>> >>>> So... I was confused because I noticed many warnings when doing a simple >>>> find . -name configure |while read f; do echo $f;d=$(dirname $f) && >>>> autoreconf -f $d && echo $d; done >>>> as suggested by https://gcc.gnu.org/wiki/Regenerating_GCC_Configuration >>>> >>>> Then I tried with autoregen.py, and saw the same.... and now just >>>> checked Sourceware's bot logs and saw the same numerous warnings at >>>> least in GCC (didn't check binutils yet). Looks like this is >>>> "expected" .... >>>> >>>> I started looking at auto-regenerating these files in our CI a couple >>>> of weeks ago, after we received several "complaints" from contributors >>>> saying that our precommit CI was useless / bothering since it didn't >>>> regenerate files, leading to false alarms. >>>> But now I'm wondering how such contributors regenerate the files >>>> impacted by their patches before committing, they probably just >>>> regenerate things in their subdir of interest, not noticing the whole >>>> picture :-( >>>> >>>> As a first step, we can probably use autoregen.py too, and declare >>>> maintainer-mode broken. However, I do notice that besides the rules >>>> about regenerating configure/Makefile.in/..., maintainer-mode is also >>>> used to update some files. >>>> In gcc: >>>> fixincludes: fixincl.x >>>> libffi: doc/version.texi >>>> libgfortran: some stuff :-) >>>> libiberty: functions.texi >>> >>> My recently proposed patch adds the first of those to gcc_update, the >>> other should be done too. >>> https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647027.html >>> >> >> This script touches files such that they appear more recent than their >> dependencies, >> so IIUC even if one uses --enable-maintainer-mode, it will have no effect. >> For auto* files, this is "fine" as we can run autoreconf or >> autoregen.py before starting configure+build, but what about other >> files? >> For instance, if we have to test a patch which implies changes to >> fixincludes/fixincl.x, how should we proceed? >> 1- git checkout (with possibly "wrong" timestamps) >> 2- apply patch-to-test >> 3- contrib/gcc_update -t >> 4- configure --enable-maintainer-mode > > If you ran > > git reset --hard master // restore state to 'master' > contrib/gcc_update // pull latest code > > then anything coming from upstream will be touched automatically.  You really don't want to re-touch the files after patching unless you're sure they've all been patched correctly, it will break if there's anything regenerated that's missing. > > R. Alternatively, if you did git reset --hard master // restore state to 'master' contrib/gcc_update // pull latest code patch contrib/gcc_update -t and the second command touched files that weren't listed in the patches, then you'd know that there was something missing from the patch set. You'd probably still need to go back to the pristine trunk version though, to get the state into something that could be maintainer-mode regenerated. R. > >> >> I guess --enable-maintainer-mode would be largely (if not completely) >> disabled by step 3 above? >> And we should probably swap steps 2 and 3, so that the effects of >> patch-to-test are handled by make? >> >> Thanks, >> >> Christophe >> >>> >>> >>>> >>>> in binutils/bfd: >>>> gdb/sim >>>> bfd/po/SRC-POTFILES.in >>>> bfd/po/BLD-POTFILES.in >>>> bfd/bfd-in2.h >>>> bfd/libbfd.h >>>> bfd/libcoff.h >>>> binutils/po/POTFILES.in >>>> gas/po/POTFILES.in >>>> opcodes/i386*.h >>>> gdb/copying.c >>>> gdb/data-directory/*.xml >>>> gold/po/POTFILES.in >>>> gprof/po/POTFILES.in >>>> gfprofng/doc/version.texi >>>> ld/po/SRC-POTFILES.in >>>> ld/po/BLD-POTFILES.in >>>> ld: ldgram/ldlex... and all emulation sources >>>> libiberty/functions.texi >>>> opcodes/po/POTFILES.in >>>> opcodes/aarch64-{asm,dis,opc}-2.c >>>> opcodes/ia64 msp430 rl78 rx z8k decoders >>>> >>>> How are these files "normally" expected to be updated? Do people just >>>> manually uncomment the corresponding maintainer lines in the Makefiles >>>> and update manually?   In particular we hit issues several times with >>>> files under opcodes, that we don't regenerate currently. Maybe we >>>> could build binutils in maintainer-mode at -j1 but, well.... >>>> >>>> README-maintainer-mode in binutils/gdb only mentions a problem with >>>> 'make distclean' and maintainer mode >>>> binutils/README-how-to-make-a-release indicates to use >>>> --enable-maintainer-mode, and the sample 'make' invocations do not >>>> include any -j flag, is that an indication that only -j1 is supposed >>>> to work? >>>> Similarly, the src-release.sh script does not use -j. >>>> >>>> Thanks, >>>> >>>> Christophe >>>> >>>>> >>>>> Grüße >>>>>  Thomas >