Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp4409491rwd; Sun, 4 Jun 2023 05:00:27 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6I3+Af5J7TnynyZm7EOAAv76ok8y4xH0k8CpeyphDNIyDv5GFJyoJ4QTJHXF3kWksXBzOZ X-Received: by 2002:a17:90a:dac6:b0:24e:14a4:9b92 with SMTP id g6-20020a17090adac600b0024e14a49b92mr5232238pjx.5.1685880027060; Sun, 04 Jun 2023 05:00:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685880027; cv=none; d=google.com; s=arc-20160816; b=DM1oMRzP3mcPTAQpX3EMphTT0pQZK8qA702/6ExFqOP5xoKDp1TXYaXoORPhy32bKh bWpMfRli+q560ViL5VGbotDXbo/hVP0BT+pPK4raeXgQjAQfJRMkVwXqFtrXnXESLX9m UR6HedwfDuEy34iuQLqq25BJLjqNL9TuuItOHyP/T7YQob4l2aa9TxLosEsiUAYh/RQd dScyPhMN1SeU4THaALJupjP31GUiPQ+fuxRin4dnAsQZfxBDHizC+nqzoogme38seMfS HhNdixoD4MO4LYRMK+c6nqJZpZuUWIlTEXz806esyEggzM4ww00mHIoGp3GLlxmbn6bF 7TYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=wu13+on9evbbtAOzv9HvUzXKVXDGVjJi+Abv07gLU4A=; b=HaBPhXRFQth+yX4o1VTOhtZkFcP4EdyYR55a0fYaZN3PoOz9uUmVeLqkW+qJFtUyhn o37svGSrRAbYYodrUtc/Ssw3O53IKTH+XvgUNIAgiRI2ekAJOPXiMnJw+Mh5+VkzbpqB bERM4OEtBd3aP93qwDtl+hleRjYN31yqIaDml6QT6lOnOqKVWVaEWr60NSIGAUfY8jQ2 dve2pTH4+dD1sV+wP7qRBHo9ZTEMTAKSuYGOxzwhJSqm17FgIRuJDjxL1Id4NrDuUtp4 /d3FBDab+KbZfWOylfpO4Q9zvXM3mYy8QJ6KUFbqqTMZ6DYOixVYrBNDmj/orLZyuywy 9CqQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kb10-20020a17090ae7ca00b002505f319c27si6093011pjb.100.2023.06.04.05.00.10; Sun, 04 Jun 2023 05:00:27 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231142AbjFDLqW (ORCPT + 99 others); Sun, 4 Jun 2023 07:46:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38118 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229608AbjFDLqV (ORCPT ); Sun, 4 Jun 2023 07:46:21 -0400 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id A32E8CD; Sun, 4 Jun 2023 04:46:19 -0700 (PDT) Received: (from willy@localhost) by mail.home.local (8.17.1/8.17.1/Submit) id 354Bk6rF001904; Sun, 4 Jun 2023 13:46:06 +0200 Date: Sun, 4 Jun 2023 13:46:06 +0200 From: Willy Tarreau To: Arnd Bergmann Cc: Zhangjin Wu , Thomas =?iso-8859-1?Q?Wei=DFschuh?= , linux-kernel , linux-kselftest , linux-riscv Subject: Re: [PATCH v3 11/12] selftests/nolibc: add new gettimeofday test cases Message-ID: References: <68dace9e2532316ff454894697ecfd99e419a523.1685777982.git.falcon@tinylab.org> <2fccaff5-2354-4ac0-8389-1004d47d8dc9@t-8ch.de> <51e1db37-3981-4ea5-9348-b6f6b31ecc8a@app.fastmail.com> <54edae1f-0c1c-4beb-b6ac-fcd61fc81de8@app.fastmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54edae1f-0c1c-4beb-b6ac-fcd61fc81de8@app.fastmail.com> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_PASS,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 lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jun 04, 2023 at 01:38:39PM +0200, Arnd Bergmann wrote: > > Over time we managed > > to make simple code compile with both glibc and nolibc, but when it > > comes at the cost of adding size and burden for the developers, such > > as forcing them to add libgcc, I prefer that we slightly limit the > > domain of application instead. > > Good point. This also reminds me that the compilers I build for > https://mirrors.edge.kernel.org/pub/tools/crosstool/ don't always > have every version of libgcc that may be needed, for instance > the mips compilers only provide a big-endian libgcc and the > arm compilers only provide a little-endian one, even though > the compilers can build code both ways with the right flags. That reminds me something indeed, I know that MIPS is a great platform for testing portability due to libgcc and/or atomics not always being complete depending how it's built. At work when I double-check that haproxy still builds and starts on my EdgeRouter-X, then it will build everywhere ;-) Willy