From: Ammar Faizi <ammarfaizi2@gnuweeb.org>
To: Jens Axboe <axboe@kernel.dk>
Cc: Ammar Faizi <ammarfaizi2@gnuweeb.org>,
Pavel Begunkov <asml.silence@gmail.com>,
Gilang Fachrezy <gilang4321@gmail.com>,
VNLX Kernel Department <kernel@vnlx.org>,
Alviro Iskandar Setiawan <alviro.iskandar@gnuweeb.org>,
GNU/Weeb Mailing List <gwml@vger.gnuweeb.org>,
io-uring Mailing List <io-uring@vger.kernel.org>
Subject: [RFC PATCH liburing v1 0/2] Always enable CONFIG_NOLIBC if supported and deprecate --nolibc option
Date: Fri, 6 Jan 2023 22:52:00 +0700 [thread overview]
Message-ID: <20230106155202.558533-1-ammar.faizi@intel.com> (raw)
From: Ammar Faizi <ammarfaizi2@gnuweeb.org>
Hi Jens,
This is an RFC patchset. It's already build-tested.
Currently, the default liburing compilation uses libc as its dependency.
liburing doesn't depend on libc when it's compiled on x86-64, x86
(32-bit), and aarch64. There is no benefit to having libc.so linked to
liburing.so on those architectures.
Always enable CONFIG_NOLBIC if the arch is supported. If the
architecture is not supported, fallback to libc.
There are 2 patches in this series:
- A preparation patch, remove --nolibc from the GitHub CI.
- Always enable CONFIG_NOLIBC if supported and deprecate --nolibc.
After this series, --nolibc option is deprecated and has no effect.
I plan to remove this option in a future liburing release.
Comments welcome...
Signed-off-by: Alviro Iskandar Setiawan <alviro.iskandar@gnuweeb.org>
Signed-off-by: Ammar Faizi <ammarfaizi2@gnuweeb.org>
---
Alviro Iskandar Setiawan (1):
configure: Always enable `CONFIG_NOLIBC` if the arch is supported
Ammar Faizi (1):
github: Remove nolibc build on the GitHub CI bot
.github/workflows/build.yml | 10 ----------
configure | 40 ++++++++++++++++++++++++++++++++-----
2 files changed, 35 insertions(+), 15 deletions(-)
base-commit: c76d392035fd271980faa297334268f2cd77d774
--
Ammar Faizi
next reply other threads:[~2023-01-06 15:52 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-06 15:52 Ammar Faizi [this message]
2023-01-06 15:52 ` [RFC PATCH liburing v1 1/2] github: Remove nolibc build on the GitHub CI bot Ammar Faizi
2023-01-06 15:52 ` [RFC PATCH liburing v1 2/2] configure: Always enable `CONFIG_NOLIBC` if the arch is supported Ammar Faizi
2023-01-06 22:39 ` [RFC PATCH liburing v1 0/2] Always enable CONFIG_NOLIBC if supported and deprecate --nolibc option Jens Axboe
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=20230106155202.558533-1-ammar.faizi@intel.com \
--to=ammarfaizi2@gnuweeb.org \
--cc=alviro.iskandar@gnuweeb.org \
--cc=asml.silence@gmail.com \
--cc=axboe@kernel.dk \
--cc=gilang4321@gmail.com \
--cc=gwml@vger.gnuweeb.org \
--cc=io-uring@vger.kernel.org \
--cc=kernel@vnlx.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox