On Sun, 2022-01-16 at 12:11 +0100, FX wrote:
> > No, that's "dg-do compile" (as in "compile but don't assemble").
>
> I can confirm that this patch:
>
> diff --git a/gcc/testsuite/gcc.dg/analyzer/asm-x86-lp64-1.c
> b/gcc/testsuite/gcc.dg/analyzer/asm-x86-lp64-1.c
> index c235e22fd01..4730255bb3c
On Wed, 2022-01-19 at 10:45 +, Richard Sandiford wrote:
> Andras Tantos writes:
> > All,
> >
> > I'm working on porting GCC to a processor architecture that doesn't
> > have
> > a (HW) stack nor a call instruction. This means that for calls, I
> > need
> > to generate the following instruct
Hi All,
This is a proposal for four new interfaces to be supported by libc.
This is essentially the same proposal as '__memcmpeq()':
https://sourceware.org/pipermail/libc-alpha/2021-September/131099.html
for the character string and wide-character string comparison
functions.
Interfaces ##
Snapshot gcc-9-20220120 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20220120/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Iain Sandoe writes:
>> On 10 Jan 2022, at 10:46, Richard Sandiford
>> wrot>> An alternative might be to make promote_function_arg a “proper”
>> ABI hook, taking a cumulative_args_t and a function_arg_info.
>> Perhaps the return case should become a separate hook at the
>> same time.
>>
>> That
