From: Iain Sandoe <iain@sandoe.co.uk>
To: Sergei Trofimovich <slyich@gmail.com>
Cc: GCC Patches <gcc-patches@gcc.gnu.org>,
Francois-Xavier Coudert <fxcoudert@gcc.gnu.org>,
Sergei Trofimovich <siarheit@google.com>
Subject: Re: [PATCH] libgcc: make heap-based trampolines conditional on libc presence
Date: Mon, 23 Oct 2023 13:54:01 +0100 [thread overview]
Message-ID: <128A8A56-A735-4A61-AEC5-BD23B5B8112E@sandoe.co.uk> (raw)
In-Reply-To: <20231023124350.432036-1-slyich@gmail.com>
hi Sergei,
> On 23 Oct 2023, at 13:43, Sergei Trofimovich <slyich@gmail.com> wrote:
>
> From: Sergei Trofimovich <siarheit@google.com>
>
> To build `libc` for a target one needs to build `gcc` without `libc`
> support first. Commit r14-4823-g8abddb187b3348 "libgcc: support
> heap-based trampolines" added unconditional `libc` dependency and broke
> libc-less `gcc` builds.
>
> An example failure on `x86_64-unknown-linux-gnu`:
>
> $ mkdir -p /tmp/empty
> $ ../gcc/configure \
> --disable-multilib \
> --without-headers \
> --with-newlib \
> --enable-languages=c \
> --disable-bootstrap \
> --disable-gcov \
> --disable-threads \
> --disable-shared \
> --disable-libssp \
> --disable-libquadmath \
> --disable-libgomp \
> --disable-libatomic \
> --with-build-sysroot=/tmp/empty
> $ make
> ...
> /tmp/gb/./gcc/xgcc -B/tmp/gb/./gcc/ -B/usr/local/x86_64-pc-linux-gnu/bin/ -B/usr/local/x86_64-pc-linux-gnu/lib/ -isystem /usr/local/x86_64-pc-linux-gnu/include -isystem /usr/local/x86_64-pc-linux-gnu/sys-include --sysroot=/tmp/empty -g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mlong-double-80 -DUSE_ELF_SYMVER -fcf-protection -mshstk -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -Dinhibit_libc -fpic -mlong-double-80 -DUSE_ELF_SYMVER -fcf-protection -mshstk -I. -I. -I../.././gcc -I/home/slyfox/dev/git/gcc/libgcc -I/home/slyfox/dev/git/gcc/libgcc/. -I/home/slyfox/dev/git/gcc/libgcc/../gcc -I/home/slyfox/dev/git/gcc/libgcc/../include -DHAVE_CC_TLS -DUSE_TLS -o heap-trampoline.o -MT heap-trampoline.o -MD -MP -MF heap-trampoline.dep -c .../gcc/libgcc/config/i386/heap-trampoline.c -fvisibility=hidden -DHIDE_EXPORTS
> ../gcc/libgcc/config/i386/heap-trampoline.c:3:10: fatal error: unistd.h: No such file or directory
> 3 | #include <unistd.h>
> | ^~~~~~~~~~
> compilation terminated.
> make[2]: *** [.../gcc/libgcc/static-object.mk:17: heap-trampoline.o] Error 1
> make[2]: Leaving directory '/tmp/gb/x86_64-pc-linux-gnu/libgcc'
> make[1]: *** [Makefile:13307: all-target-libgcc] Error 2
>
> The change inhibits any heap-based trampoline code.
That looks reasonable to me (I was considering using __has_include(), but the inhibit_libc is neater).
The fact that this first compiler is buit without heap-trampoline support, would become relevant, I guess if libc wanted to use them, it would need another iteration.
so, it looks fine, but I cannot actually approve it.
Iain
>
> libgcc/
>
> * libgcc/config/aarch64/heap-trampoline.c: Disable when libc is
> not present.
> ---
> libgcc/config/aarch64/heap-trampoline.c | 5 +++++
> libgcc/config/i386/heap-trampoline.c | 5 +++++
> 2 files changed, 10 insertions(+)
>
> diff --git a/libgcc/config/aarch64/heap-trampoline.c b/libgcc/config/aarch64/heap-trampoline.c
> index c8b83681ed7..f22233987ca 100644
> --- a/libgcc/config/aarch64/heap-trampoline.c
> +++ b/libgcc/config/aarch64/heap-trampoline.c
> @@ -1,5 +1,8 @@
> /* Copyright The GNU Toolchain Authors. */
>
> +/* libc is required to allocate trampolines. */
> +#ifndef inhibit_libc
> +
> #include <unistd.h>
> #include <sys/mman.h>
> #include <stdint.h>
> @@ -170,3 +173,5 @@ __builtin_nested_func_ptr_deleted (void)
> tramp_ctrl_curr = prev;
> }
> }
> +
> +#endif /* !inhibit_libc */
> diff --git a/libgcc/config/i386/heap-trampoline.c b/libgcc/config/i386/heap-trampoline.c
> index 96e13bf828e..4b9f4365868 100644
> --- a/libgcc/config/i386/heap-trampoline.c
> +++ b/libgcc/config/i386/heap-trampoline.c
> @@ -1,5 +1,8 @@
> /* Copyright The GNU Toolchain Authors. */
>
> +/* libc is required to allocate trampolines. */
> +#ifndef inhibit_libc
> +
> #include <unistd.h>
> #include <sys/mman.h>
> #include <stdint.h>
> @@ -170,3 +173,5 @@ __builtin_nested_func_ptr_deleted (void)
> tramp_ctrl_curr = prev;
> }
> }
> +
> +#endif /* !inhibit_libc */
> --
> 2.42.0
>
next prev parent reply other threads:[~2023-10-23 12:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-23 12:43 Sergei Trofimovich
2023-10-23 12:54 ` Iain Sandoe [this message]
2023-10-23 16:39 ` Sergei Trofimovich
2023-10-24 7:18 ` Richard Biener
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=128A8A56-A735-4A61-AEC5-BD23B5B8112E@sandoe.co.uk \
--to=iain@sandoe.co.uk \
--cc=fxcoudert@gcc.gnu.org \
--cc=gcc-patches@gcc.gnu.org \
--cc=siarheit@google.com \
--cc=slyich@gmail.com \
/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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).