On Fri, Apr 22, 2022 at 8:02 PM Paul A. Clarke via Gcc-patches
wrote:
>
> On Mon, Apr 11, 2022 at 11:23:48AM -0500, Paul A. Clarke via Gcc-patches
> wrote:
> > In commit a2a919aa501e3 (2003), built-ins for modf and modff were added.
> > In extend.texi, section "Other Builtins", "modf" was added t
On Fri, Apr 22, 2022 at 5:26 PM Qing Zhao wrote:
>
>
>
> > On Apr 21, 2022, at 2:09 AM, Richard Biener
> > wrote:
> >
> > On Wed, Apr 20, 2022 at 6:02 PM Qing Zhao wrote:
> >>
> >>
> >>
> >>> On Apr 20, 2022, at 5:38 AM, Richard Biener
> >>> wrote:
> >>>
> >>> On Tue, Apr 19, 2022 at 11:36 PM
On Fri, Apr 22, 2022 at 5:01 PM Qing Zhao wrote:
>
>
>
> > On Apr 20, 2022, at 5:38 AM, Richard Biener
> > wrote:
> >
> > On Tue, Apr 19, 2022 at 11:36 PM Qing Zhao wrote:
> >>
> >>
> >>
> >>> On Apr 14, 2022, at 1:53 AM, Richard Biener
> >>> wrote:
> >>>
> >>> On Wed, Apr 13, 2022 at 5:22 PM
Ping.
Normally we shouldn't ping a patch after only a few days, but we're
running out of time to catch GCC 12 milestone. And once GCC 12 is
released the patch will become far more complicated for a psABI warning.
And please note that the ABI difference between GCC and G++ should be
considered a
Hi Tsukasa:
LGTM, and did you mind adding Signed-off-by to your patch and resending again?
I think this patch is small enough and the copyright process should
not be a blocker for this patch :)
See also: https://gcc.gnu.org/dco.html
On Sun, Apr 24, 2022 at 1:25 PM Tsukasa OI wrote:
>
> **note*
> > and so it doesn't make
> > sense to mandate any particular ordering.
>
> No. It affects Z* extension ordering...
+1, we really need the order in ISA spec so that we could know the
canonical order for z* exts.
Re-using the std::span printer, this now shows the contents of the
initializer list instead of the pointer and length members.
Signed-off-by: Philipp Fent
---
libstdc++-v3/python/libstdcxx/v6/printers.py | 23 +--
.../libstdc++-prettyprinters/cxx11.cc | 6 +
2 files
From: Sören Tempel
The libgo code assumes both off64_t and loff_t to be present. For
example, for the splice(2) function prototype. Similar to glibc,
musl libc supports these types but defines them as macros, not as
typedefs. Unfortunately, -fdump-go-spec only recognizes types defined
using typed
Hello,
This patch fixes libgccjit link failure on loongarch* targets,
and could probably be useful for future ports.
Currently libgccjit is linked with objects from $(EXTRA_GCC_OBJS) and
libbackend.a, which is in turn linked with $(EXTRA_OBJS) files.
Thus, common object files that's shared betwe