Hi Christopher!

Am 05.11.25 um 22:30 schrieb Christopher Albert:
On Wed, 5 Nov 2025 13:12:04 -0800
Steve Kargl <[email protected]> wrote:

On Sun, Nov 02, 2025 at 02:20:59PM +0100, Christopher Albert wrote:
Rebased again on trunk with small corrections, correct text format
directly pasted in the e-mail and without attachments (sorry for
the mess before, I'm new to to the GCC patch workflow). Tested on
x86_64 by Stefan Kargl on FreeBSD and by myself on Linux. See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628 for details.

Can you attach the diff file?  When I save your email
to a text and open it in nedit, there as numerous non-ASCII
characters embedded in the diff.  Specifically, I see
Unicode character (U+00C2), and in hexdump the hex digits
are c2a0 where I expect one or more spaces.


Sorry, some trouble with email client. I try claws-mail now and attach
the diff file.

I could not find out if you have a copyright assignment on file.
Since you are not listed in MAINTAINERS, I assume this is not the case.
In this situation I believe you need to sign-off your contribution, see:

  https://gcc.gnu.org/dco.html

***

I just applied your patch here, and get a couple of complaints about
white-space issues.  Jerry might be able to remedy them.

Regarding coding style: I would prefer if you stick to the GNU style
and tried to keep lines below the 80 characters mark.  But this is
not a showstopper.

I wonder if the change you applied to conv_intrinsic_atomic_op is of
the same origin as what Andre mentioned in

  https://gcc.gnu.org/pipermail/fortran/2025-October/062998.html

I didn't have time to check, but your comment lead me to that
assumption.  Still we can keep your version.

diff --git a/libgfortran/libgfortran.h b/libgfortran/libgfortran.h
index 25c3cb6641c..71ec640b335 100644
--- a/libgfortran/libgfortran.h
+++ b/libgfortran/libgfortran.h
@@ -914,6 +914,14 @@ internal_proto(xcalloc);
 extern void *xrealloc (void *, size_t);
 internal_proto(xrealloc);

+/* deep_copy.c - Runtime helper for recursive allocatable array components */
+
+struct CFI_cdesc_t;
 ^^^^^^^^^^^^^^^^^^^

Is that a left-over from previous work?  It is not needed and
should be removed.

Otherwise I am fine so far with it, and it appears that Steve
and Jerry have tested it already.

Thanks for the patch!

Harald


Reply via email to