From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from de-smtp-delivery-102.mimecast.com (de-smtp-delivery-102.mimecast.com [194.104.111.102]) by sourceware.org (Postfix) with ESMTPS id 39C9F3841454 for ; Tue, 7 Jun 2022 08:13:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 39C9F3841454 Received: from EUR03-DBA-obe.outbound.protection.outlook.com (mail-dbaeur03lp2176.outbound.protection.outlook.com [104.47.51.176]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id de-mta-38-0Alo1HYUMlGLtYv-hVmW6Q-2; Tue, 07 Jun 2022 10:13:06 +0200 X-MC-Unique: 0Alo1HYUMlGLtYv-hVmW6Q-2 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fHMwk7iMCYalMJ2QjFslMWX/u1LlbXheHU+qxvjISV0yIwLxJK09DBFG1rlTuiw0T2383ZqBYB924Cv8+0dZUpNiGConXk/+E/956gvDtxhK6SoMcs71gRn3EhCSkfNs9OR4oj+mlv3diHAi6UGwhR7qX98gFEITapQdbw2vxouAUdwnTyIrRgM+uCKM5veVdgJLQf5UutImFDkGLkv4v9q4inis8D00mL3oSVAXdNrjQOipmuVnRnyFgF7JRl9k4hc877axRpCQe1PBIJDLYONmGIQGauobqZ0do/t3eUk+O6/1pN4NQL1kpMw+ohThOEEVvlMmPX2pj6YJ9nDY3w== 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=ebnKN1SAWi1rXJGxCTHbAEfcCzfX8YNB/4wvXogNxtI=; b=fFpJnWbYH6ZyZXpUnI6aZvrvcIg0Tt0JK81BZpRAu7SOkRTT8LRPJ9UilV0jPjpj7tce/aq/dSvdfx5XIZyNwE/CQg84fp2ZcEC+ayomUumzjEQD3FbzNyuc/b9WAjJ/Ie6PHuaAZXbuRG1p4GY7Z+vsobkRRaOt8F+OvYUIbtlftojxnfNCVrU1r/oNizW9I8qz9xxtjPhd9SP7laeTHbR/zlX6hUdwBM5gdu375BngOBYLeHnCBYmxzX4lGA1b85VD4Mm25hPq0CRg8KUexcEhRIdN5xPmq93eTEj9NXg6YwE9K0iE9prX814BQ/x4PVwvzBshoTRdq4CWmgxbMg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none Received: from VE1PR04MB6560.eurprd04.prod.outlook.com (2603:10a6:803:122::25) by AM6PR04MB5367.eurprd04.prod.outlook.com (2603:10a6:20b:2a::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5314.19; Tue, 7 Jun 2022 08:13:04 +0000 Received: from VE1PR04MB6560.eurprd04.prod.outlook.com ([fe80::dfa:a64a:432f:e26b]) by VE1PR04MB6560.eurprd04.prod.outlook.com ([fe80::dfa:a64a:432f:e26b%7]) with mapi id 15.20.5314.019; Tue, 7 Jun 2022 08:13:04 +0000 Message-ID: Date: Tue, 7 Jun 2022 10:13:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH] configure: arrange to use appropriate objcopy Content-Language: en-US To: Jakub Jelinek Cc: bonzini@gnu.org, neroden@gcc.gnu.org, "gcc-patches@gcc.gnu.org" , aoliva@gnu.org References: <0fddf82b-750a-67b8-028e-ba0a71a35cf6@suse.com> <2e3d0a43-89a6-11ac-21f9-efa6d6d0aaed@suse.com> From: Jan Beulich In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: AM7PR02CA0010.eurprd02.prod.outlook.com (2603:10a6:20b:100::20) To VE1PR04MB6560.eurprd04.prod.outlook.com (2603:10a6:803:122::25) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: fcff3a2d-d0b6-44ca-a95c-08da485d8c08 X-MS-TrafficTypeDiagnostic: AM6PR04MB5367: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: t3X4vBvYG8GyImh1EzR7K4gMKb4E3acAJAYQv8SnMmjN3Yq0QznzDe0374WY42ypfhAYP/te/Vaxy2Mm6K5nO6ohB3kgeBLrTCDkhP+Whe+NQO7C54PCGIHZkjB8G1PUrAnWBkQEUW2saffPT/+/TMzTI3An2D4Q3Yg9v4wAspTdHZJ1Wqvt9PPm/UIenEeoMJAiGo6KkYwaC+O2U42IhTDyPD78qL/7B0O982jSMpY1q2ESd1R82BFnjkiQE6luBQ8Fh6ViBB74JPvgt+Yq/sZkhlTyT/iFW4z6Q5hDbkV0R5+x/FSANw42D7kjc/LPBmjcFNOAv+1o73Yw23nrUehlF94pRTB/6c1etbhMTAWInUaKTVOz5GEkSpLhGUtKWDV0MHhnIbb4Luiw+cDVM9Y+2hLGZbkVif1umlaKM0i0A74NKDN2A+dRUay5vHPHx4VP1pcqBGsc5hVUnIGuGDthXXHwVlFKcS1Ht9y0LvRtY67JrNZk2PPaSiu7+Q4WwPVQdokeHrKgLHHIvxuo8GpxYs1FKDfXUwVrnqmDgjMEGWENziM04mWhDjgkCRhlbINjE60KeEG5HabJNLpcTCqKs2qo7qaUPBZbpdQ+ROX+w2nmir/4otnMReo9JcQqtuKdJ92i3wlxzkXDCfJffRB0/CshffAv9g3yPi/f6LyO+luPdMMxe6Qz7cTyLzkcmKRK1lJlr3jK15T1PX9LrV1CvFYl5n/rAuc3lVsebv6VF5fWM5ndBqVS64mTv7C986YZSbIMAmihRNgKq11oRZAmrJyiq8vDXAEj2piKfNgnW4Ho1jHNHzOxhYWEE0Jnj7QtvMXgkTlwGXfSzc0Zkg== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VE1PR04MB6560.eurprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(4326008)(83380400001)(2906002)(66946007)(66556008)(8936002)(2616005)(53546011)(6916009)(6512007)(26005)(316002)(84970400001)(6506007)(186003)(31696002)(5660300002)(508600001)(31686004)(8676002)(66476007)(38100700002)(36756003)(6486002)(86362001)(45980500001)(43740500002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?UkliTnZwSGFjRzBLUHJEMTZ1UkRZT3VNVTI3U0xFR2FWWXZleTRTcG52eUlo?= =?utf-8?B?NGorNVdoaHpZK0trZWRSS3ZNc01vc0FBZ2FSTkFGUVpIb1ZUSXpyS1hEUXdq?= =?utf-8?B?Z2xSR28rUkV3b0FVVTQ3OHpjaEpyMnNvcHE4RUtxbU5jNGwrcE5ySU1Fd1J6?= =?utf-8?B?M0thY2s3eU1qbVNZSmwrUXFnSnBBMnJOMVVmMlVhWk5NTTd0Zk50emxodFJL?= =?utf-8?B?bG85dVBIaXVXT3RsQmQrWDQ3eGJreFlpUnVHOVRFZWx3eW5mazMwMG1xR254?= =?utf-8?B?bUlrN0hRemxNRHJkQklaSkpYOGUrb0lIM1ZBWXZ0T0tveFBQRzhyUW5LdFlp?= =?utf-8?B?b0ZOdFc1R1JBK0ZqZHZMWFRTaTB0OEU5S2cyOGhMeTJhbjdsNndldVRhdXJl?= =?utf-8?B?d3owYUdoVU85MVlTdkY4bDIxaHZsb0RjcDhTamQxZFhUSkNuMTJsclhvamxi?= =?utf-8?B?UFZaNm02QnA1RGRXQU00Y0orTUYxN1AzcmdUL2tYbmtSbVpITGNlVzBvQS80?= =?utf-8?B?OUQzK2VQMWNUdnB4YWUrUTdXRTFBM283RlBqczlUZ1RuU2JLNFp1Rm9ITjgy?= =?utf-8?B?bmpxbXdaRC9pYk9ocDhmUnZVVGV4TDJFTXFxd1piU3ltck1JQlpXMmI0dWdk?= =?utf-8?B?NDJ3ODc0VWNpT29TVnRUQUJOTjJLNURhSDVyK3orNHRGeXh2Um96SUcraEZP?= =?utf-8?B?R2xCNTUzOVBjbVczdmJIdjhIdG1HV2NFZWZ6ekVMMHB3VFE0KytNUmdWczRH?= =?utf-8?B?blNpalJ3YXNTaVQ5L3Yxb0lETjlZRVEvTEozaUF3N2NBbERjWTljb2xaQUpk?= =?utf-8?B?ZGErbXQzanJ5Ym1lYk50eGJGM0R0TjRwdEFlaFpRNXFnT3lsRG0raHZrWjdD?= =?utf-8?B?bmIrYTRoaVFHUkFGdGQzM1pxMFhwRXc1Z284QzhadmthWDdmaElzZXJQSUMw?= =?utf-8?B?bVBIejloUTRXU0QvRDVVZFhROHFrU0l3V1JOaEc4dmc3MDlSMm1aR2Y3N2Yx?= =?utf-8?B?Nnl5RmJueDNXalBXQzZWSGQrbkFpR0I3YytCRVM4YmgrNDRWNzhySExxZTZL?= =?utf-8?B?TXVpOTlNdDJiU2lRT084WUtsUkFzR3VFV3kzWURVWDIvdFo0clhuVEpHTmU0?= =?utf-8?B?cGZYclAvSm14OVpWdFlDS2lodmFlWUp5RG90Vk85ZnNpa25oZ0NHaldhMUpR?= =?utf-8?B?UTBlWnlibDlTRnZNd0QxS0k4QTAxTUZuV2h5RW1YL3VjM0FlU2JBd25BOUdw?= =?utf-8?B?YzZEVU9VUjhPS3Y4YysxWmtQU0Y2N2dJRUlIcTdHQmxIR3BLVDVFVC9oY0FK?= =?utf-8?B?blN5VjJyTnRhTTJJa0gydUFud2dTUTRwQmlRb3d4VnJweVZVeHhlUmo5blhW?= =?utf-8?B?eFJDWFBNaXRVV0lLRjhSRDVOSzN1eVZ5S0g4N1RFTnlFWEtPcEFCUkJhUHFP?= =?utf-8?B?Rjc1a2g2YXVRMEo5SGViSCtRTzVFZ3lFMFdsS2JYYXF0MzdRQ1JrMlowYUV5?= =?utf-8?B?Y3pMWFY5TXFna296VDNQd2tCY2hFQkZoY09keGY0UzU4Ui9aQ0ExRk5ZWGdD?= =?utf-8?B?cXFtRUFpQ1FDaURmdk1rblNaWW5ncHl0M3ZOcnNIaUdVRVREUTd6RHE2QlQ5?= =?utf-8?B?YkZLS2E1NUNSUllENW9FWDZxOTNVRlI0d1Z2ZEEwYk9RNEVVTkdzVUNNY3ZF?= =?utf-8?B?R1ptSjg2NllSSzd5YWE0eU1RU2lKR1dQK1BSYTkwTWQva0hCSm9ML3hXd3Fq?= =?utf-8?B?MG5BeGU2bFlFK3V5NlY1NnhiaEtPY1A4eXRzZS9JVk1odEQzbFlBTDF4MUdD?= =?utf-8?B?L3IzYmVvRXVNdXFac2MyaVozcFVjWU1UbU53a1hvUjFzOW5GajNHRldWZURD?= =?utf-8?B?VzhDQzhia2Q3UlYvV1ZyS3F6VmpNaHhJQ25XRTFRUm93N3B5UTM0OERpbHNT?= =?utf-8?B?VTh1UE9CUVZwY3kzY2phN2poZnNhZHBQTnpZVWhjemZPbC83MnVsNDE4elhi?= =?utf-8?B?akFOOUgyMksxT3dycDBzZTJWeGw5d0p5MmRVSC9KZmVoY1FyZnJXSGROME5M?= =?utf-8?B?aGxNYStWM0RHR0pZU3h6WlNkRm5aem9wNGYwUS9yRStmWWNpVXRSZHJpUFRD?= =?utf-8?B?YkNsT201Y3JKZHArVTJrNTNRTDFuN0dIQXhJbzdRdlR1S25SNFd4WHBJVXh6?= =?utf-8?B?NDJXUTFJUGhoS3pURDJzZ3B0QWQ0blhkZGJ3cCsveGVzeXZVMFJucFRTUXJG?= =?utf-8?B?LzBLbzJqVlFaeE9xNy85NXJ2YUNic0xONS9vL3VlUWF5V055cW1USjRGMkZ5?= =?utf-8?B?K2RSdFRKeExoekh6Yi9tcWwzOS93bjVvWWI3eFpPZFJSdEVDUlhRdz09?= X-OriginatorOrg: suse.com X-MS-Exchange-CrossTenant-Network-Message-Id: fcff3a2d-d0b6-44ca-a95c-08da485d8c08 X-MS-Exchange-CrossTenant-AuthSource: VE1PR04MB6560.eurprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Jun 2022 08:13:04.5820 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f7a17af6-1c5c-4a36-aa8b-f5be247aa4ba X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: YZrFXAWOoieJgjfRU60Lu7HOv3cMqgbF+pSK+whsdZmC4eg/5x4nFohIvHabBT0mF0PvR6JYcYarh5UiqXvEZQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR04MB5367 X-Spam-Status: No, score=-3032.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2022 08:13:12 -0000 On 07.06.2022 09:41, Jakub Jelinek wrote: > On Tue, Jun 07, 2022 at 08:12:26AM +0200, Jan Beulich via Gcc-patches wrote: >>> This regressed >>> Executing on host: /home/jakub/src/gcc/obj44/gcc/xgcc -B/home/jakub/src/gcc/obj44/gcc/ -fdiagnostics-plain-output -flto -g -gsplit-dwarf -c -o c_lto_pr83719_0.o /home/jakub/src/gcc/gcc/testsuite/gcc.dg/lto/pr83719_0.c (timeout = 300) >>> spawn -ignore SIGHUP /home/jakub/src/gcc/obj44/gcc/xgcc -B/home/jakub/src/gcc/obj44/gcc/ -fdiagnostics-plain-output -flto -g -gsplit-dwarf -c -o c_lto_pr83719_0.o /home/jakub/src/gcc/gcc/testsuite/gcc.dg/lto/pr83719_0.c >>> cc1: note: '-gsplit-dwarf' is not supported with LTO, disabling >>> /home/jakub/src/gcc/obj44/gcc/objcopy: line 120: exec: --: invalid option >>> exec: usage: exec [-cl] [-a name] [command [argument ...]] [redirection ...] >>> compiler exited with status 1 >>> FAIL: gcc.dg/lto/pr83719 c_lto_pr83719_0.o assemble, -flto -g -gsplit-dwarf >>> for me, both on x86_64-linux and i686-linux. >> >> Hmm, it surely worked for me for both, with and without in-tree binutils >> (you don't say which variant you saw the failure with). > > System binutils. > grep ORIGINAL_ gcc/Makefile > ORIGINAL_AS_FOR_TARGET = /usr/bin/as > ORIGINAL_LD_FOR_TARGET = /usr/bin/ld > ORIGINAL_NM_FOR_TARGET = /usr/bin/nm > ORIGINAL_OBJCOPY_FOR_TARGET = > ls -l /usr/bin/{as,ld,nm,objcopy} > -rwxr-xr-x. 1 root root 439192 Mar 10 12:51 /usr/bin/as > lrwxrwxrwx. 1 root root 20 May 20 13:28 /usr/bin/ld -> /etc/alternatives/ld > -rwxr-xr-x. 1 root root 47928 Mar 10 12:51 /usr/bin/nm > -rwxr-xr-x. 1 root root 184304 Mar 10 12:51 /usr/bin/objcopy > (but ditto grep ORIGINAL_ stage1-gcc/Makefile > or grep ORIGINAL_ prev-gcc/Makefile). > >>> For some reason, I have >>> grep OBJCOPY *gcc/Makefile >>> gcc/Makefile:ORIGINAL_OBJCOPY_FOR_TARGET = >>> prev-gcc/Makefile:ORIGINAL_OBJCOPY_FOR_TARGET = >>> stage1-gcc/Makefile:ORIGINAL_OBJCOPY_FOR_TARGET = >> >> What about the corresponding ORIGINAL_NM_FOR_TARGET? And could you provide >> one of the config.log instances? > > config.log has: > configure:23317: checking what linker to use > configure:23351: result: /usr/bin/ld > configure:23379: checking for nm > configure:23397: found /usr/bin/nm > configure:23409: result: /usr/bin/nm > configure:23420: checking what nm to use > configure:23428: result: /usr/bin/nm > configure:23498: checking what objcopy to use > configure:23506: result: > configure:23536: checking for objdump > configure:23554: found /usr/bin/objdump > configure:23566: result: /usr/bin/objdump > configure:23577: checking what objdump to use > configure:23587: result: /usr/bin/objdump > > It is a bootstrapped compiler: > ../configure --enable-languages=default,obj-c++,lto,go,d --enable-checking=yes,rtl,extra --enable-libstdcxx-backtrace=yes && make -j32 bootstrap > LOG 2>&1 > on Fedora 36 x86_64-linux (ada left out because it is currently broken). > > Comparing the toplevel Makefile, I see some differences: > grep NM_FOR_TARGET Makefile > NM_FOR_TARGET="$(NM_FOR_TARGET)"; export NM_FOR_TARGET; \ > NM="$(COMPILER_NM_FOR_TARGET)"; export NM; \ > NM_FOR_TARGET=$(NM) > COMPILER_NM_FOR_TARGET=$$r/$(HOST_SUBDIR)/gcc/nm > "NM_FOR_TARGET=$(NM_FOR_TARGET)" \ > 'NM=$(COMPILER_NM_FOR_TARGET)' \ > grep OBJCOPY_FOR_TARGET Makefile > OBJCOPY_FOR_TARGET="$(OBJCOPY_FOR_TARGET)"; export OBJCOPY_FOR_TARGET; \ > OBJCOPY="$(OBJCOPY_FOR_TARGET)"; export OBJCOPY; \ > OBJCOPY_FOR_TARGET=$(OBJCOPY) > "OBJCOPY_FOR_TARGET=$(OBJCOPY_FOR_TARGET)" \ > 'OBJCOPY=$$(OBJCOPY_FOR_TARGET)' \ > E.g. the COMPILER_*_FOR_TARGET line is missing completely for OBJCOPY > and the last line is different too. > Also: > grep ^NM[[:space:]]*= Makefile; echo end > NM = nm > end > grep ^OBJCOPY[[:space:]]*= Makefile; echo end > end > > Note, I see > S["OBJDUMP"]="objdump" > S["OBJCOPY"]="objcopy" > S["WINDMC"]="windmc" > S["WINDRES"]="windres" > S["STRIP"]="strip" > S["RANLIB"]="ranlib" > S["NM"]="nm" > in toplevel status, it is just that toplevel: > grep ^NM Makefile.tpl > NM_FOR_BUILD = @NM_FOR_BUILD@ > NM = @NM@ > NM_FOR_TARGET=@NM_FOR_TARGET@ > grep ^OBJCOPY Makefile.tpl > OBJCOPY_FOR_TARGET=@OBJCOPY_FOR_TARGET@ > doesn't have the OBJCOPY = @OBJCOPY@ line, and perhaps the > COMPILER_OBJCOPY_FOR_TARGET stuff. Let me revert the change - I've just realized that I only thought I would have tested this with system binutils as well. I'm sorry for the breakage. Jan