From: Willy Tarreau <w@1wt.eu>
To: "Thomas Weißschuh" <linux@weissschuh.net>
Cc: "Paul E. McKenney" <paulmck@kernel.org>,
Shuah Khan <skhan@linuxfoundation.org>,
linux-kernel@vger.kernel.org
Subject: Re: [GIT PULL] nolibc changes for v6.13
Date: Fri, 1 Nov 2024 23:01:28 +0100 [thread overview]
Message-ID: <20241101220128.GA15188@1wt.eu> (raw)
In-Reply-To: <49905050-8bea-498a-9a69-bbf7e00f30c8@t-8ch.de>
On Fri, Nov 01, 2024 at 09:40:34PM +0000, Thomas Weißschuh wrote:
> > Maybe we could just enclose the test with:
> >
> > #if !defined(__GLIBC__) || __GLIBC__ > 2 || __GLIBC_MINOR__ >= 40
> > ...
> > #endif
>
> This will mess up the test case numbers.
> The test is actually only running on nolibc anyways, so we could also
> stub out strlcat() with a dummy inline function.
OK.
> > > For better architecture coverage I would recommend ./run-tests.sh over
> > > "make run/user". Speaking about this I remember the discussion from the
> > > 6.12 PR where Willy proposed an improved run-tests.sh error message.
> > > It seems he didn't push it as a commit, so let's add keep it in mind for
> > > next cycle.
> >
> > Oups, I vaguely remember proposing a trivial patch in an e-mail a while
> > ago but I don't even remember what it was about. My mind is totally taken
> > by the upcoming haproxy release these days :-/
>
> It's at https://lore.kernel.org/lkml/ZtlQbpgpn9OQOPyI@1wt.eu/
> No worries, I'll pick it up after 6.13-rc1.
Ah, I found it, it reminded me something, because usually I forget about
patches once I commit them! I had pushed it to the next branch by then:
commit 6fc1d365c7394790cf7073a4acfcbf7fe4e8eff9 (HEAD -> 20240908-nolibc-next, korg-nolibc-git/next)
Author: Willy Tarreau <w@1wt.eu>
Date: Sun Sep 8 12:00:12 2024 +0200
selftests/nolibc: run-tests.sh: detect missing toolchain
The script tries to resolve the path to the current toolchain using
realpath, which fails in case it's not installed, and since it's run
under -e, it doesn't have the opportunity to display a help message.
Let's detect the absence of the required toolchain before running that
command and provide a friendlier message when this happens.
Link: https://lore.kernel.org/all/ZtlQbpgpn9OQOPyI@1wt.eu/
Signed-off-by: Willy Tarreau <w@1wt.eu>
Seems like we messed up with a forced push to next at some point :-)
I rebased it on the current next and pushed it again:
648da1b274cf85fff5fe60914ae6a402013f456c
Cheers,
Willy
next prev parent reply other threads:[~2024-11-01 22:01 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <ba23217d-5eaf-4146-8ed7-27289cece364@t-8ch.de>
2024-11-01 14:22 ` [GIT PULL] nolibc changes for v6.13 Thomas Weißschuh
2024-11-01 20:22 ` Paul E. McKenney
2024-11-01 21:23 ` Thomas Weißschuh
2024-11-01 21:33 ` Willy Tarreau
2024-11-01 21:40 ` Thomas Weißschuh
2024-11-01 22:01 ` Willy Tarreau [this message]
2024-11-01 22:04 ` Paul E. McKenney
2024-11-17 18:40 Paul E. McKenney
2024-11-19 19:06 ` pr-tracker-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241101220128.GA15188@1wt.eu \
--to=w@1wt.eu \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@weissschuh.net \
--cc=paulmck@kernel.org \
--cc=skhan@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.