From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) by sourceware.org (Postfix) with ESMTPS id E2BB03858D20 for ; Tue, 30 May 2023 14:48:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E2BB03858D20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=embecosm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=embecosm.com Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-4f4d6aee530so4851401e87.2 for ; Tue, 30 May 2023 07:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=embecosm.com; s=google; t=1685458137; x=1688050137; h=mime-version:user-agent:references:message-id:in-reply-to:subject :cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=8T92F8ovL1N5xYJ/jFlFSYFkp0IeKJmzcnuCR/xdzck=; b=haZBsSjfnvXfSgPlxhjK7FCHkWMosVh/ox2jcLVXqnNNV7u/JjF+5BabFQjX4iBuyh Jt8y0aoVjRn9XWKW3+wQdMiZZXJDWsLfBHWhRKzpmFBLjI1xxZhRQcIk4hIflD2BVWcH jAYki9tXPkp5Aopwh/MLHpiO3sTAWS8WpfEYGSW77VSv6ng6G3CeAhzpB+EKjJVvRBNh PDvX21CD9RxJnB2vKotw7rjr1wRHVVtkwmxcfGAc03hBGTXCoKhNHmI19i/tKw2E71tE cslICT0Tz1gZtVxvzJWQt4xjZ5rA+iY09LAwLxs5dUmvDpyN3LsQZFtJ6qOCx6qnLnxF Qkug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685458137; x=1688050137; h=mime-version:user-agent:references:message-id:in-reply-to:subject :cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=8T92F8ovL1N5xYJ/jFlFSYFkp0IeKJmzcnuCR/xdzck=; b=NcIhwXidr7lEk20/0CKsPLyFlgLS2P1QtK0och4yWfoR/fMEdc3BA1EtClUDHIlXJS T8ZsQebsYXNOAanglrAskv0pmV1vEXKiZ7bGK9cakGk8z6ind2JZ8wnYRscCn1gEUbJ9 Pz5uXhSI3HIkpN79zcPjhR30CT5rxfjydq97zDUJ15G+XqT7+s3Y1SdTqwfQnH0r78IU Qf5xBciFMFkGa/zM7kKCKzH5E+8Q2AJvg0DOvcLG64XJGJxs2l8DSB6nwCFj0jxEPWDB TgpcQ6GI1yp0bSsuf8FwVjyO+4k/fsMfajdehAHlCxaUoVTPxLF5bGGy4mtKUfCbkqpW nmaw== X-Gm-Message-State: AC+VfDyugnEI2WqdcwnJiYvtd1NVCaxdLSTqMogevCjXsXSJMlopNJJ9 Se3RPUu+J4n7Y8ZU2FlLJ1nTBg== X-Google-Smtp-Source: ACHHUZ6le4nAx/bAAdnmiPl+Oeb0f6X/G211DPNgDnm1oFIvEOCQs7fPDLiqjRA6KnbHFUNT7Aogmg== X-Received: by 2002:a19:c214:0:b0:4f3:bb14:bd40 with SMTP id l20-20020a19c214000000b004f3bb14bd40mr1019705lfc.36.1685458137480; Tue, 30 May 2023 07:48:57 -0700 (PDT) Received: from [192.168.0.201] ([212.69.42.53]) by smtp.gmail.com with ESMTPSA id 7-20020a05600c230700b003f60a9ccd34sm17743697wmo.37.2023.05.30.07.48.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 May 2023 07:48:56 -0700 (PDT) Date: Tue, 30 May 2023 15:48:55 +0100 (BST) From: "Maciej W. Rozycki" To: Jin Ma cc: gcc-patches , "kito.cheng" , jeffreyalaw , "richard.sandiford" , "christoph.muellner" , "jinma.contrib" Subject: Re: [PATCH] RISC-V: Add the option "-mdisable-multilib-check" to avoid multilib checks breaking the compilation. In-Reply-To: Message-ID: References: <20230523044202.1201-1-jinma@linux.alibaba.com>, User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,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 List-Id: On Mon, 29 May 2023, Jin Ma wrote: > > Can you give me a specific example (compilation options and multilibs > > available) of a failure you refer to? > > A simple example: > 1. Use "--disable-multilib --with-abi =lp64d --with-arch =rv64imafdc_zba_zbb_zbc_zbs" > to build the toolchain". > 2. Use the toolchain to test the impact of zba_zbb_zbc_zbs extensions on the > performance and codesize of some functions or files in the program. > > In this case, I may need to use the command "-mabi=lp64d -march=rv64imafdc" for > the compilation of a specific .c file in the program, which will cause the link to > fail and throw the following error: "FATAL ERROR: Can't find suitable multilib set for > '-march=rv64imafdc'/'-mabi=lp64d'". This does not satisfy the purpose of the test. Thank you. This is weird and contrary to how things used to work since forever (not necessarily an argument by itself, but our usual arrangement seemed reasonable). So whenever `--disable-multilib' has been used for GCC configuration I would expect all the multilib logic to be suppressed (as it used to be) and all assembler output just being thrown at the linker hoping for the best (the linker has its own logic to decide what's compatible enough and what's not; modulo any bugs of course). So has the change in semantics actually been intentional? Maciej