From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 440293858C50 for ; Thu, 17 Aug 2023 15:50:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 440293858C50 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1692287415; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=r1lTlsLpeAAAkN7+hp6tVwdZQtr3ggzHmgd/p8pT87U=; b=CH2gN62XEQjjlKOoubaziXNHgFjHLbI7FgHVzdKtWZZwDeVgCS8D8lGoj2n24GT8r3zKQH Pfo/Bu6UK8IWP9VasvTVYOgKYbwvD32Cq/YZzMFggZ/CfCQu8eeJeMJumGQvhfrupJAPQF Bk8TjMftR+oM/m3BzVT+JEsXDHuuJsE= Received: from mail-oi1-f198.google.com (mail-oi1-f198.google.com [209.85.167.198]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-281-9kvMPI99PtGNJ78XDlep6w-1; Thu, 17 Aug 2023 11:50:14 -0400 X-MC-Unique: 9kvMPI99PtGNJ78XDlep6w-1 Received: by mail-oi1-f198.google.com with SMTP id 5614622812f47-3a73fbef692so9493587b6e.2 for ; Thu, 17 Aug 2023 08:50:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692287414; x=1692892214; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=r1lTlsLpeAAAkN7+hp6tVwdZQtr3ggzHmgd/p8pT87U=; b=VvwIYP4sJPNIvDXNxH+ALxfRkVcGxMzRvXsGqKDnQ6vvGZVQNlJwA4wFDmj5mkzQbI eg+6wpIsNcxnXT2zgLG0NwXza1hJMCYX7aqlG5uEnXaGf6hqlNKkEPDoGe8xCpRo6dpx 3Tj7vBqHkEXdnTtvYi1DC3GlJyVPdJmLlpr/hIyn0l3Hczw368PLXY/4t/cqiRCpcl0L qCtaqpiLwYVfS7+cTx4wwJtqHyHZZ2MHh4jN+WtFLc4rHfJP7I6LxbmcCVuU+wDHOsWW Yc4/6nejeDzteIImz8Nv7YlgXVJndo7VyADWDAtzLNosdC4UMx2hMcwv5HZv0WKIArRU F9Kw== X-Gm-Message-State: AOJu0YyXRmLYsV7ZI8wz15HxiiSWX+N0Q3/PTbC3NMGZotUUkDv43oLf NLeOOqLFa3wsw00HDUkiO/3yM5uZvfv2AHpMPFzqPHAzD2iVgT+drx7l9VhQ+6X8IZHLzzKzgCZ 6tK0hmBI= X-Received: by 2002:a05:6808:256:b0:3a0:4636:d079 with SMTP id m22-20020a056808025600b003a04636d079mr5587448oie.22.1692287413867; Thu, 17 Aug 2023 08:50:13 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHCVIGn+arlyDRpsay0e5TTuTdUg8UOv2CTaG2aB/O23yvcPXKxTJhSK526UhYyfNVM2O71mw== X-Received: by 2002:a05:6808:256:b0:3a0:4636:d079 with SMTP id m22-20020a056808025600b003a04636d079mr5587425oie.22.1692287413425; Thu, 17 Aug 2023 08:50:13 -0700 (PDT) Received: from t14s.localdomain (c-76-28-97-5.hsd1.ma.comcast.net. [76.28.97.5]) by smtp.gmail.com with ESMTPSA id q4-20020a05620a038400b0076639dfca8dsm5234088qkm.80.2023.08.17.08.50.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 17 Aug 2023 08:50:12 -0700 (PDT) Message-ID: Subject: Re: [PATCH] libgccjit: Add support for `restrict` attribute on function parameters From: David Malcolm To: Guillaume Gomez Cc: gcc-patches@gcc.gnu.org, jit@gcc.gnu.org Date: Thu, 17 Aug 2023 11:50:11 -0400 In-Reply-To: References: <059ffebd230df2dbbac3f138ec85016bb7a7306a.camel@redhat.com> User-Agent: Evolution 3.44.4 (3.44.4-2.fc36) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00,BODY_8BITS,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,GIT_PATCH_0,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Thu, 2023-08-17 at 17:41 +0200, Guillaume Gomez wrote: > And now I just discovered that a lot of commits from Antoni's fork > haven't been sent upstream which is why the ABI count is so high in > his repository. Fixed that as well. Thanks for the updated patch; I was about to comment on that. This version is good for gcc trunk. Dave >=20 > Le jeu. 17 ao=C3=BBt 2023 =C3=A0 17:26, Guillaume Gomez > a =C3=A9crit : > >=20 > > Antoni spot a typo I made: > >=20 > > I added `LIBGCCJIT_HAVE_gcc_jit_type_get_size` instead of > > `LIBGCCJIT_HAVE_gcc_jit_type_get_restrict`. Fixed in this patch, > > sorry > > for the noise. > >=20 > > Le jeu. 17 ao=C3=BBt 2023 =C3=A0 11:30, Guillaume Gomez > > a =C3=A9crit : > > >=20 > > > Hi Dave, > > >=20 > > > > What kind of testing has the patch had? (e.g. did you run "make > > > > check- > > > > jit" ?=C2=A0 Has this been in use on real Rust code?) > > >=20 > > > I tested it as Rust backend directly on this code: > > >=20 > > > ``` > > > pub fn foo(a: &mut i32, b: &mut i32, c: &i32) { > > > =C2=A0=C2=A0=C2=A0 *a +=3D *c; > > > =C2=A0=C2=A0=C2=A0 *b +=3D *c; > > > } > > > ``` > > >=20 > > > I ran it with `rustc` (and the GCC backend) with the following > > > flags: > > > `-C link-args=3D-lc --emit=3Dasm -O --crate-type=3Dlib` which gave th= e > > > diff > > > you can see in the attached file. Explanations: the diff on the > > > right > > > has the `__restrict__` attribute used whereas on the left it is > > > the > > > current version where we don't handle it. > > >=20 > > > As for C testing, I used this code: > > >=20 > > > ``` > > > void t(int *__restrict__ a, int *__restrict__ b, char > > > *__restrict__ c) { > > > =C2=A0=C2=A0=C2=A0 *a +=3D *c; > > > =C2=A0=C2=A0=C2=A0 *b +=3D *c; > > > } > > > ``` > > >=20 > > > (without the `__restrict__` of course when I need to have a > > > witness > > > ASM). I attached the diff as well, this time the file with the > > > use of > > > `__restrict__` in on the left. I compiled with the following > > > flags: > > > `-S -O3`. > > >=20 > > > > Please add a feature macro: > > > > #define LIBGCCJIT_HAVE_gcc_jit_type_get_restrict > > > > (see the similar ones in the header). > > >=20 > > > I added `LIBGCCJIT_HAVE_gcc_jit_type_get_size` and extended the > > > documentation as well to mention the ABI change. > > >=20 > > > > Please add a new ABI tag (LIBGCCJIT_ABI_25 ?), rather than > > > > adding this > > > > to ABI_0. > > >=20 > > > I added `LIBGCCJIT_ABI_34` as `LIBGCCJIT_ABI_33` was the last > > > one. > > >=20 > > > > This refers to a "cold attribute"; is this a vestige of a copy- > > > > and- > > > > paste from a different test case? > > >=20 > > > It is a vestige indeed... Missed this one. > > >=20 > > > > I see that the test scans the generated assembler.=C2=A0 Does the > > > > test > > > > actually verify that restrict has an effect, or was that > > > > another > > > > vestige from a different test case? > > >=20 > > > No, this time it's what I wanted. Please see the C diff I > > > provided > > > above to see that the ASM has a small diff that allowed me to > > > confirm > > > that the `__restrict__` attribute was correctly set. > > >=20 > > > > If this test is meant to run at -O3 and thus can't be part of > > > > test- > > > > combination.c, please add a comment about it to > > > > gcc/testsuite/jit.dg/all-non-failing-tests.h (in the > > > > alphabetical > > > > place). > > >=20 > > > Below `-O3`, this ASM difference doesn't appear unfortunately. > > >=20 > > > > The patch also needs to add documentation for the new > > > > entrypoint (in > > > > topics/types.rst), and for the new ABI tag (in > > > > topics/compatibility.rst). > > >=20 > > > Added! > > >=20 > > > > Thanks again for the patch; hope the above is constructive > > >=20 > > > It was incredibly useful! Thanks for taking time to writing down > > > the > > > explanations. > > >=20 > > > The new patch is attached to this email. > > >=20 > > > Cordially. > > >=20 > > > Le jeu. 17 ao=C3=BBt 2023 =C3=A0 01:06, David Malcolm > > > a =C3=A9crit : > > > >=20 > > > > On Wed, 2023-08-16 at 22:06 +0200, Guillaume Gomez via Jit > > > > wrote: > > > > > My apologies, forgot to run the commit checkers. Here's the > > > > > commit > > > > > with the errors fixed. > > > > >=20 > > > > > Le mer. 16 ao=C3=BBt 2023 =C3=A0 18:32, Guillaume Gomez > > > > > a =C3=A9crit : > > > > > >=20 > > > > > > Hi, > > > >=20 > > > > Hi Guillaume, thanks for the patch. > > > >=20 > > > > > >=20 > > > > > > This patch adds the possibility to specify the __restrict__ > > > > > > attribute > > > > > > for function parameters. It is used by the Rust GCC > > > > > > backend. > > > >=20 > > > > What kind of testing has the patch had? (e.g. did you run "make > > > > check- > > > > jit" ?=C2=A0 Has this been in use on real Rust code?) > > > >=20 > > > > Overall, this patch looks close to being ready, but some nits > > > > below... > > > >=20 > > > > [...] > > > >=20 > > > > > diff --git a/gcc/jit/libgccjit.h b/gcc/jit/libgccjit.h > > > > > index 60eaf39bff6..2e0d08a06d8 100644 > > > > > --- a/gcc/jit/libgccjit.h > > > > > +++ b/gcc/jit/libgccjit.h > > > > > @@ -635,6 +635,10 @@ gcc_jit_type_get_const (gcc_jit_type > > > > > *type); > > > > > =C2=A0extern gcc_jit_type * > > > > > =C2=A0gcc_jit_type_get_volatile (gcc_jit_type *type); > > > > >=20 > > > > > +/* Given type "T", get type "restrict T".=C2=A0 */ > > > > > +extern gcc_jit_type * > > > > > +gcc_jit_type_get_restrict (gcc_jit_type *type); > > > > > + > > > > > =C2=A0#define LIBGCCJIT_HAVE_SIZED_INTEGERS > > > > >=20 > > > > > =C2=A0/* Given types LTYPE and RTYPE, return non-zero if they are > > > > compatible. > > > >=20 > > > > Please add a feature macro: > > > > #define LIBGCCJIT_HAVE_gcc_jit_type_get_restrict > > > > (see the similar ones in the header). > > > >=20 > > > > > diff --git a/gcc/jit/libgccjit.map b/gcc/jit/libgccjit.map > > > > > index e52de0057a5..b7289b13845 100644 > > > > > --- a/gcc/jit/libgccjit.map > > > > > +++ b/gcc/jit/libgccjit.map > > > > > @@ -104,6 +104,7 @@ LIBGCCJIT_ABI_0 > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type_as_object; > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type_get_const; > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type_get_pointer; > > > > > +=C2=A0=C2=A0=C2=A0 gcc_jit_type_get_restrict; > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type_get_volatile; > > > >=20 > > > > Please add a new ABI tag (LIBGCCJIT_ABI_25 ?), rather than > > > > adding this > > > > to ABI_0. > > > >=20 > > > > > diff --git a/gcc/testsuite/jit.dg/test-restrict.c > > > > b/gcc/testsuite/jit.dg/test-restrict.c > > > > > new file mode 100644 > > > > > index 00000000000..4c8c4407f91 > > > > > --- /dev/null > > > > > +++ b/gcc/testsuite/jit.dg/test-restrict.c > > > > > @@ -0,0 +1,77 @@ > > > > > +/* { dg-do compile { target x86_64-*-* } } */ > > > > > + > > > > > +#include > > > > > +#include > > > > > + > > > > > +#include "libgccjit.h" > > > > > + > > > > > +/* We don't want set_options() in harness.h to set -O3 to > > > > > see that > > > > the cold > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 attribute affects the optimizatio= ns. */ > > > >=20 > > > > This refers to a "cold attribute"; is this a vestige of a copy- > > > > and- > > > > paste from a different test case? > > > >=20 > > > > I see that the test scans the generated assembler.=C2=A0 Does the > > > > test > > > > actually verify that restrict has an effect, or was that > > > > another > > > > vestige from a different test case? > > > >=20 > > > > > +#define TEST_ESCHEWS_SET_OPTIONS > > > > > +static void set_options (gcc_jit_context *ctxt, const char > > > > > *argv0) > > > > > +{ > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 // Set "-O3". > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_context_set_int_option(ctxt, > > > > GCC_JIT_INT_OPTION_OPTIMIZATION_LEVEL, 3); > > > > > +} > > > > > + > > > > > +#define TEST_COMPILING_TO_FILE > > > > > +#define OUTPUT_KIND=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 GCC_JIT_OUTPUT= _KIND_ASSEMBLER > > > > > +#define OUTPUT_FILENAME=C2=A0 "output-of-test-restrict.c.s" > > > > > +#include "harness.h" > > > > > + > > > > > +void > > > > > +create_code (gcc_jit_context *ctxt, void *user_data) > > > > > +{ > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 /* Let's try to inject the equivalent o= f: > > > > > +void t(int *__restrict__ a, int *__restrict__ b, char > > > > > *__restrict__ > > > > c) { > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 *a +=3D *c; > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 *b +=3D *c; > > > > > +} > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 */ > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type *int_type =3D > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_context_get_type (ctxt, > > > > > GCC_JIT_TYPE_INT); > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type *pint_type =3D > > > > > gcc_jit_type_get_pointer(int_type); > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type *pint_restrict_type =3D > > > > gcc_jit_type_get_restrict(pint_type); > > > > > + > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_type *void_type =3D > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_context_get_type (ctxt, > > > > > GCC_JIT_TYPE_VOID); > > > > > + > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_param *a =3D > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_context_new_param (ctxt, NULL, > > > > pint_restrict_type, "a"); > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_param *b =3D > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_context_new_param (ctxt, NULL, > > > > pint_restrict_type, "b"); > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_param *c =3D > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_context_new_param (ctxt, NULL, > > > > pint_restrict_type, "c"); > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_param *params[3] =3D {a, b, c}; > > > > > + > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_function *func_t =3D > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_context_new_function (ctxt, NULL, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 > > > > > GCC_JIT_FUNCTION_EXPORTED, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 void_type, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 "t", > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 3, params, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0); > > > > > + > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_block *block =3D gcc_jit_functi= on_new_block > > > > > (func_t, > > > > NULL); > > > > > + > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 /* *a +=3D *c; */ > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_block_add_assignment_op ( > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 block, NULL, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_rvalue_dereference > > > > > (gcc_jit_param_as_rvalue > > > > (a), NULL), > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 GCC_JIT_BINARY_OP_PLUS, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_lvalue_as_rvalue ( > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_rvalue_de= reference > > > > (gcc_jit_param_as_rvalue (c), NULL))); > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 /* *b +=3D *c; */ > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_block_add_assignment_op ( > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 block, NULL, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_rvalue_dereference > > > > > (gcc_jit_param_as_rvalue > > > > (b), NULL), > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 GCC_JIT_BINARY_OP_PLUS, > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 gcc_jit_lvalue_as_rvalue ( > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_rvalue_de= reference > > > > (gcc_jit_param_as_rvalue (c), NULL))); > > > > > + > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 gcc_jit_block_end_with_void_return (blo= ck, NULL); > > > > > +} > > > > > + > > > > > +/* { dg-final { jit-verify-output-file-was-created "" } } */ > > > > > +/* { dg-final { jit-verify-assembler-output "addl=C2=A0=C2=A0=C2= =A0 %eax, > > > > > (%rdi) > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0 addl=C2=A0=C2=A0=C2=A0 %eax, (%rsi)" } = } */ > > > > > -- > > > > > 2.34.1 > > > > >=20 > > > >=20 > > > > If this test is meant to run at -O3 and thus can't be part of > > > > test- > > > > combination.c, please add a comment about it to > > > > gcc/testsuite/jit.dg/all-non-failing-tests.h (in the > > > > alphabetical > > > > place). > > > >=20 > > > > The patch also needs to add documentation for the new > > > > entrypoint (in > > > > topics/types.rst), and for the new ABI tag (in > > > > topics/compatibility.rst). > > > >=20 > > > >=20 > > > > Thanks again for the patch; hope the above is constructive > > > > Dave > > > >=20