Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp2824924rwb; Fri, 20 Jan 2023 07:50:38 -0800 (PST) X-Google-Smtp-Source: AMrXdXv5ctw8PtJYKAw/hnOPSjFVYFcOD0DyNYeW/04yrswlsmgZpIcIL2Ut4obAdexkHZNObA99 X-Received: by 2002:a17:902:e5d2:b0:194:52ed:7a16 with SMTP id u18-20020a170902e5d200b0019452ed7a16mr18266132plf.24.1674229838101; Fri, 20 Jan 2023 07:50:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674229838; cv=none; d=google.com; s=arc-20160816; b=qVHz0wWOPfPSaHglbERBVeAcidPbrmb/dxsSW3UEaaoNOiEVU8Y1CPG/hQ4P5KDTwt qfeH/go7FJz4YE4hQTWfDyPbLNHkhpLE67cb2rBj6T4REtqIIADYVs4RexpLkKpWGRjh yhEy2YrAO4kzScaHxtAUoVomzxDeS/vUNY8H6dxCzyf89Z0X/9yQP8o/oSBwN/T0pWVt JHXqLyV6EYrzUyFgphAv9iPYFzee4iNGkGatOIXqQqoGP6tMaRp6qutjSTzCQgxvfrIZ L6AY5wjX5X3MuyXh7wBHkKbZ86kDP4hKtplrvPlaovFD9KDygxzCTJdlejvGcV4g1Sbg /rbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:dkim-filter:secumail-id:dkim-signature; bh=kRxe31MnQMmqE5+taZm1AGIuAYHRpwHRpAdaJ1cAplQ=; b=RyOUPTy+sUcXFDea7mWpTfJWLaROHQXEiSypopLGPfi7E/DlXKmdl6zMx71U6Fy0pq CxsdsXWGlAuB3sQul50izvnEk2PMZBTHeCm9YtqdTuJL3Qot9q8MooNlSBgxP7SStJTB D2S0xF8RX8np9hOFv0vtTAQtPgpTUWUkr23zgKUH76D2oU3R3WB3pPKCJPxeHUlcNOXD 9AD4G3U3D88py8WqFcS59U+EcmLcP9l7gvQskN3dXLASUv1WKxv+MwVJuGWMYXF2dV7V pI8kVYWTlDn6Rc0/eFPbBfVSv7gNwWbqC9IebWDLLzousMlRaW0brKf8BXcC2f+bhkgW Ifqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kalray.eu header.s=sec-sig-email header.b=VH6aD3TZ; dkim=pass header.i=@kalray.eu header.s=32AE1B44-9502-11E5-BA35-3734643DEF29 header.b=YyIqYgrf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=kalray.eu Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l14-20020a170903120e00b00192de3fbb4asi43885949plh.261.2023.01.20.07.50.31; Fri, 20 Jan 2023 07:50:38 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kalray.eu header.s=sec-sig-email header.b=VH6aD3TZ; dkim=pass header.i=@kalray.eu header.s=32AE1B44-9502-11E5-BA35-3734643DEF29 header.b=YyIqYgrf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=kalray.eu Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230254AbjATOxZ (ORCPT + 49 others); Fri, 20 Jan 2023 09:53:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59304 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229723AbjATOxY (ORCPT ); Fri, 20 Jan 2023 09:53:24 -0500 Received: from fx405.security-mail.net (smtpout140.security-mail.net [85.31.212.145]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3F95A4942F for ; Fri, 20 Jan 2023 06:53:22 -0800 (PST) Received: from localhost (fx405.security-mail.net [127.0.0.1]) by fx405.security-mail.net (Postfix) with ESMTP id BD1ED335DC2 for ; Fri, 20 Jan 2023 15:53:20 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kalray.eu; s=sec-sig-email; t=1674226400; bh=jgb+m6qIX2pro82EX6+kbaqARSA1wPefVldKhg9mwIw=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=VH6aD3TZhUe/LBsX91///VLOWzGxkxEDhlR6x6vY6U9mY0YSajPSTLVCgTEJ5dPG3 cB3/9ZnmgrFtNhXuju+pTrFwPWywzSl/2mAW7tvLpsncap8eJ5+NEsxMBgWmi6U0Dk aUqc56g/c/TG0zy/mCIGXpqLi9T5jSgSXWFmpfxs= Received: from fx405 (fx405.security-mail.net [127.0.0.1]) by fx405.security-mail.net (Postfix) with ESMTP id 28402335CD8; Fri, 20 Jan 2023 15:53:20 +0100 (CET) Received: from zimbra2.kalray.eu (unknown [217.181.231.53]) by fx405.security-mail.net (Postfix) with ESMTPS id F1088335B7A; Fri, 20 Jan 2023 15:53:18 +0100 (CET) Received: from zimbra2.kalray.eu (localhost [127.0.0.1]) by zimbra2.kalray.eu (Postfix) with ESMTPS id 7269927E043A; Fri, 20 Jan 2023 15:53:18 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zimbra2.kalray.eu (Postfix) with ESMTP id 52FB427E0437; Fri, 20 Jan 2023 15:53:18 +0100 (CET) Received: from zimbra2.kalray.eu ([127.0.0.1]) by localhost (zimbra2.kalray.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id PJVPWxUQy6bp; Fri, 20 Jan 2023 15:53:18 +0100 (CET) Received: from tellis.lin.mbt.kalray.eu (unknown [192.168.36.206]) by zimbra2.kalray.eu (Postfix) with ESMTPSA id 057AA27E0430; Fri, 20 Jan 2023 15:53:18 +0100 (CET) X-Virus-Scanned: E-securemail Secumail-id: DKIM-Filter: OpenDKIM Filter v2.10.3 zimbra2.kalray.eu 52FB427E0437 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kalray.eu; s=32AE1B44-9502-11E5-BA35-3734643DEF29; t=1674226398; bh=kRxe31MnQMmqE5+taZm1AGIuAYHRpwHRpAdaJ1cAplQ=; h=Date:From:To:Message-ID:MIME-Version; b=YyIqYgrfkWr5S+e3StrmT2Bz+xzv6InOUUAiJ+Ee5064rTXfFh85K084P2UbBDG2W gNEkTRz6oiFgP3OpnVk4jtK62FvfzEmQb6Q28gWtIAvW/nr+1y+YLusNgJ1Wd/awAH V7jmxOb9IUySl+9rZXiVdENlDVm128usIIPZgMcc= Date: Fri, 20 Jan 2023 15:53:16 +0100 From: Jules Maselbas To: Arnd Bergmann Cc: Yann Sionneau , Jonathan Corbet , Thomas Gleixner , Marc Zyngier , Rob Herring , Krzysztof Kozlowski , Will Deacon , Peter Zijlstra , Boqun Feng , Mark Rutland , "Eric W. Biederman" , Kees Cook , Oleg Nesterov , Ingo Molnar , Waiman Long , Aneesh Kumar , Andrew Morton , Nicholas Piggin , Paul Moore , Eric Paris , Christian Brauner , Paul Walmsley , Palmer Dabbelt , Albert Ou , Guillaume Thouvenin , Clement Leger , Vincent Chardon , Marc =?utf-8?b?UG91bGhpw6hz?= , Julian Vetter , Samuel Jones , Ashley Lesdalons , Thomas Costis , Marius Gligor , Jonathan Borne , Julien Villette , Luc Michel , Louis Morhet , Julien Hascoet , Jean-Christophe Pince , Guillaume Missonnier , Alex Michon , Huacai Chen , WANG Xuerui , Shaokun Zhang , John Garry , Guangbin Huang , Bharat Bhushan , Bibo Mao , Atish Patra , "Jason A . Donenfeld" , Qi Liu , Jiaxun Yang , Catalin Marinas , Mark Brown , Janosch Frank , Alexey Dobriyan , Benjamin Mugnier , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-mm@kvack.org, Linux-Arch , linux-audit@redhat.com, linux-riscv@lists.infradead.org, bpf@vger.kernel.org Subject: Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure Message-ID: <20230120145316.GA4155@tellis.lin.mbt.kalray.eu> References: <20230120141002.2442-1-ysionneau@kalray.eu> <20230120141002.2442-10-ysionneau@kalray.eu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-ALTERMIMEV2_out: done X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE, SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 20, 2023 at 03:39:22PM +0100, Arnd Bergmann wrote: > On Fri, Jan 20, 2023, at 15:09, Yann Sionneau wrote: > > - Fix clean target raising an error from gcc (LIBGCC) > > I had not noticed this on v1 but: > > > +# Link with libgcc to get __div* builtins. > > +LIBGCC := $(shell $(CC) $(DEFAULT_OPTS) --print-libgcc-file-name) > > It's better to copy the bits of libgcc that you actually need > than to include the whole thing. The kernel is in a weird It was initialy using KCONFIG_CFLAGS which do not contains valid options when invoking the clean target. I am not exactly sure what's needed by gcc for --print-libgcc-file-name, my guess is that only the -march option matters, I will double check internally with compiler peoples. > state that is neither freestanding nor the normal libc based > environment, so we generally want full control over what is > used. This is particularly important for 32-bit architectures > that do not want the 64-bit division, but there are probably > enough other cases as well. > > Arnd > > > >