From nobody Fri Sep 20 03:29:25 2024 X-Original-To: freebsd-toolchain@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4X8yYd4x02z5WgVv for ; Fri, 20 Sep 2024 03:29:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4X8yYb4fKkz4Mhp for ; Fri, 20 Sep 2024 03:29:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=KQBbGIly; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726802977; bh=cnceQuBC01eWI1AFUyaIjwwfIG7dJwXe4km5egDQ+vE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=KQBbGIlytqgN2srr4CjPeRuWZqOtlQrztmdSn3y383K7vmYSom3IVT/Q7iM3WvXjM5i3cvhEp/yviPacn4+CIQ28w05Qo01UrI2smfLL1ideTckQzyr/+6Jk6YiELgR5H1M1Qf3G6snb1sDto778Q8TiI4ILYDEe4MMzeyRvi4AG+4tfYbhYuDceHgsZdQiiRLQSdNtdvLq8UkXTH9tJ6lp1K1Odoy+pBc8pi8vnqVuR3uBNEK46RI1aEqVxowTNrE2x4NI8epuWSlz82jyQfMcxfeQniQzv/RRU86Q+npaV09L321vO5klfxNdCRbx9zo91nwTNax+IbP3IrsdUxQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726802977; bh=eQs8Tg08Hs87NvmYWLaELzJZ7oB1TvsHIe//nq8/uOk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=WoVVN9eiuTUpmnMYEPyaWXJIoPSyI2xqLIfft4huEWcRccBDmafM3eeZeMjpE8x7PO3n1isGvr2LJLiljgR4CZ2FqFgBOUZypRyZfYw60dmhbAlxbATqPcAt2vVAJaFa7I40MjQDX0peToYOFge7zlg/P5hP6kyq0qyQmTAnZ1NWV70mbmDwY1f4UcKhhaslMa7C6KpsYvXEvpaSfQrXjDKNVV1PBYIfya6s2glM87RdKsbcMtUI5m0QvsxeJ9sGiIEMn80KEvycDCkd0LkcSc5isGl4dj8A/QvmVFW/l/Hcxb7TVDQ4ay996y5NmPKn1rjkpgTETA+tBzIcWQ3GbQ== X-YMail-OSG: Mb_TH0YVM1mJhkrTyQPHpjus2GcY0STUB3ZMBc362ybAN7mIfjRhjrJ4RciZGuc k6hFQ_AqDKKQ7pcLbqE9JIh44TnuPIaHJDfajji6Z_6bac.Q38WXC7MPVixWobLKcILV95Ywc05y oGSgV0roACHdpOJfAe5x7LBCGHaYUtqE.vV_BjTwEGBA.ngTK.RMI8rTMq8GNKSlc5zVdzi1k2K0 rEYNQtPIjMBexhvGDWRA1tC1N9CZ5ibKkv7HyJnr1F2352vCoocDjd7PBxqJdWkyAr0aJlpe4Hwl WxCe5qkYhFfxi4NTEqTkkG_b9fcUG2Kjgzb2WnCFkowOqn2kX05UIMH.uuAUUn5HVhqo3NED.07P 7Vp8BEh7wPA.Fc5M6dn4GSkRJ4jRX3TsZywxQgjnbJAlFPnOS5aKs0nF2_lubSxqZxCWyhKVCUBc J55JnrXWIHXvgTAx6s0vYIxhN35xjXSA6jpj06bBuk2NzjjvSyEym1wMtYIVthaRx8ZKL5MeNzx. oqfebCywjOBz4riAvnvJursinFMMr15Hkymv9Zwgq.yvAyw_xaJfyw97oz3r4OSeJbkbG7dFjkt3 jlWC4rAbmGhxzt_sjUEkutYMF1j6CZeDS9QLTbYu3EMHXQXw8AHE6CxBHzNAC9CDvorqzzYVQaF_ BRVfz8sRQZqmMgNx5C0eL4TjDCZQvnmXOKSDKYPdysr0co7Yk3.GskfP009ZPOxh8u0ePC0zyCYK ASsj.Y6YXzUw5WdQ79Ci_H4oT5fjhsplaEhQw7VEZVUSwizZD1bwBnZ4twVCBsXFrGHRT3NRI9ut yXdrWdX5MyytIKUs6nPFhYk13g6zSV6DidKUWQo2U56si17nTsDOGQ7mnVXY5zm40f7gxrQpQnpb wOyGO0igQcnamP8ZdIS62hlZUNloo2fl14qgoxzXw0QVJqfV36rVaJftW7SA.UGUy7ck1tyIc1S2 1r9NnXqePUv_bOnJ0r0OSy83lIOmkefIdV3soeBtejyiE8R._7y3H8W7hPCRwiNiMC2A14VvteTo NV1uyFn1cYZtc14CekkYx0PZT9kjrZYrFp4oCg.UlWTSyfBekwKyMNIOvZltqrzLaex2o1C8Cflo MKmKxNlAH.kM0AUJhYGuALnmfYxcsT8advJIlB.ETR6RhfINF4pgAkGcnmEcDzMdTGrWTYqVFEEn kRVUcIwvaGx2ERMyCVDZ7eZGmckYz5eYsCQiuEqehoKRCA7oeIluOsykXguNz30A8GkfQM6AAkLP FDgkK1CAnzJs00OTLAL66gGBL83VhJFY4k2Djri_1.VZOR2Iok4EAajlpeFFnqDUi5yq0rTKwnUd Fzcahg04HriOhGeJ7O6nZHNo.rMLwp8xzdxkC5OAeUo6rxmcuuHUjNzB5P7.rAKPfOPUgrIJ2m5K v3gWBVJhgyHPt5_K3qAAyuCfjJgas5HmxcI2IpXm6zW1Vm6tIOyorMP3Sq4OTZl4ThumSskRRivc HHOrI.YwwRuki8b.Zdqzm6CkFx3jGtH26HrJMrdfas9MdFuq8Sy6G.8F5sK16SiukjB3CYpn73PB UPGBMfO2WSpsrOeq7ALbMYH.L46NTeL.puaqykIB9ojjT2BCCYgEAb.y0dyJ6tjnKn7kK3BjXmLi z6a7b6qNcjJ7uWUfzQS0TTm82BxY3910Fudc9vBkBW7pbX9cPboY9ZXk1ty.oAMmSqGYJywMoVgt GZZUE999eW_a1EJNgp5xvWwKE.rsW_h.0F2k9plbdhKX.8CE9aAGUblFgf9bvZg81Gm6h2c7yUXP 5UCgyFbqSE5bNvHFUruFxRyLhprmQRL2pj3R8D1b2Br8fHw7cWS9yTxRQjUL1.Qc6az2MtfaC8d4 zTrpi3K8m4ASkea.4HqBehz297qM0hhfXK2spP5pXRVyYHkk.tyLDF4pcCVICLRO_XRDFsoX50Es y.CeRj2dJYmZrmVXzwQ90w5l2pAHSHhrvZjEgFHnm8GSkUPGbcEbcmSV0Lo9Qz5d5iKoiSLxZQI2 PEYsjubzXZoMXCNxFjXHF.6bS9brlwOI61UzRdrsyDGpRuRETBL2oTxwLbEKVAOH_t7o5xvoYCeS 2A8cjoF0EhkGE1MtFQFp47YH7vCydPy5hIxfJeT.RrVkmH1_DKFtpqr6znO2mNwZ1GG9b9YNC0eS SkZBqfmEp.2vnwqLhLu1ySZyDchGLr2T5.vga_j5tF4ZRew9S6BEsU5BuoWkjvND8L3y_Lpwarcn 5wNTcN2TnT38dB5BQ7mZ0EqP1Uo7Ia942N2XpTV5BntZV.R5VqCPUDr04EEzJiua_MyQb1aSLn1F j10ibfs.oa3o9mH5Kw9x3p_nerP4Ocpsh9Tf0gyDoNA-- X-Sonic-MF: X-Sonic-ID: ea27352c-d5f8-47b9-acba-36509d24a3e9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 20 Sep 2024 03:29:37 +0000 Received: by hermes--production-gq1-5d95dc458-rvnnh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 451464b446524fe926b148deb415d9ae; Fri, 20 Sep 2024 03:29:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-toolchain@freebsd.org Sender: owner-freebsd-toolchain@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: official lang/gcc14 package builds are broken, at least for armv7: "error: attempt to use a poisoned identifier" and more From: Mark Millard In-Reply-To: Date: Thu, 19 Sep 2024 20:29:25 -0700 Cc: FreeBSD Toolchain , FreeBSD Mailing List , Lorenzo Salvadore , Brooks Davis , fuz@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2A5F966E-9846-44CF-AA00-099C0F2515CF@yahoo.com> References: <44F55AB3-D1C3-4171-9EE7-C852EBF2055C.ref@yahoo.com> <44F55AB3-D1C3-4171-9EE7-C852EBF2055C@yahoo.com> To: Dimitry Andric X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; MLMMJ_DEST(0.00)[freebsd-toolchain@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4X8yYb4fKkz4Mhp X-Spamd-Bar: --- On Sep 17, 2024, at 20:19, Mark Millard wrote: > On Sep 17, 2024, at 11:40, Dimitry Andric wrote: >=20 >> This is because of gcc's weird identifier poisoning system, and them = not correctly marking all used standard C++ headers for inclusion before = the poisoning takes place. >>=20 >> Try the attached patch, which I have been using for a long time now = (months, at least since the bootstrap options were deleted, but which I = reverted locally). >>=20 >> -Dimitry >>=20 >> >>=20 >>> On 17 Sep 2024, at 16:24, Mark Millard wrote: >>>=20 >>> Also: no member named 'fancy_abort' in namespace 'std' >>>=20 >>> Such is associated with not using STANDARD_BOOTSTRAP for armv7, = given GCC's historic lack of keeping builds of everything working for = just direct use of clang++/libc++ or the like. >>>=20 >>> The specific change that got back into this issue was: >>>=20 >>> -LANGUAGES:=3D c,c++,objc,fortran >>> +LANGUAGES:=3D c,c++,objc,fortran,jit >>>=20 >>> It is the jit part of the build that fails to build as stands. >>>=20 >>> See: >>>=20 >>> = https://pkg-status.freebsd.org/ampere2/data/main-armv7-default/p13f486017d= 78_s3df987c99/logs/errors/gcc14-14.2.0_1.log >>>=20 >>> Example: >>>=20 >>> In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/jit/dummy-frontend.cc:23= : >>> In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/jit/jit-playback.h:24: >>> In file included from /usr/include/c++/v1/string:594: >>> In file included from = /usr/include/c++/v1/__memory_resource/polymorphic_allocator.h:20: >>> In file included from /usr/include/c++/v1/tuple:1455: >>> In file included from /usr/include/c++/v1/exception:82: >>> /usr/include/c++/v1/__exception/exception_ptr.h:111:3: error: no = member named 'fancy_abort' in namespace 'std'; did you mean simply = 'fancy_abort'? >>> 111 | std::abort(); >>> | ^~~~~ >>> /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/system.h:808:13: = note: 'fancy_abort' declared here >>> 808 | extern void fancy_abort (const char *, int, const char *) >>> | ^ >>> In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/jit/dummy-frontend.cc:23= : >>> In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/jit/jit-playback.h:26: >>> In file included from /usr/include/c++/v1/vector:325: >>> In file included from = /usr/include/c++/v1/__format/formatter_bool.h:20: >>> In file included from = /usr/include/c++/v1/__format/formatter_integral.h:35: >>> /usr/include/c++/v1/locale:288:32: error: attempt to use a poisoned = identifier >>> 288 | __status =3D (unsigned char*)malloc(__nkw); >>> | ^ >>> /usr/include/c++/v1/locale:1385:24: error: attempt to use a poisoned = identifier >>> 1385 | __ob =3D (char_type*)malloc(2 * static_cast(__nc) * = sizeof(char_type)); >>> | ^ >>> /usr/include/c++/v1/locale:2429:31: error: attempt to use a poisoned = identifier >>> 2429 | _Tp* __t =3D (_Tp*)std::realloc(__owns ? __b.get() : 0, = __new_cap); >>> | ^ >>> /usr/include/c++/v1/locale:2632:24: error: attempt to use a poisoned = identifier >>> 2632 | __h.reset((char*)malloc(static_cast(__wn - __wb.get() = + 2))); >>> | ^ >>> /usr/include/c++/v1/locale:2910:28: error: attempt to use a poisoned = identifier >>> 2910 | __hd.reset((char_type*)malloc(static_cast(__n) * = sizeof(char_type))); >>> | ^ >>> /usr/include/c++/v1/locale:2936:28: error: attempt to use a poisoned = identifier >>> 2936 | __hw.reset((char_type*)malloc(__exn * sizeof(char_type))); >>> | ^ >>> /usr/include/c++/v1/locale:2974:27: error: attempt to use a poisoned = identifier >>> 2974 | __h.reset((char_type*)malloc(__exn * sizeof(char_type))); >>> | ^ >>>=20 >=20 > In my environment (that somewhat predates the change that made the > ampere2 based build fail), I set up a poudriere-devel test for > lang/gcc14 ( not lang/gcc14-devel ): >=20 > # poudriere ports -l > PORTSTREE METHOD TIMESTAMP PATH > default null 2021-04-18 02:05:47 /usr/ports >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > d13cce06daa6 (HEAD -> main, freebsd/main, freebsd/HEAD) = graphics/gmic-qt: Update to 3.4.1 > Author: Jason E. Hale > Commit: Jason E. Hale > CommitDate: 2024-09-02 04:05:53 +0000 > branch: main > merge-base: d13cce06daa6361cdbd6b97b768ab80aa60b8677 > merge-base: CommitDate: 2024-09-02 04:05:53 +0000 > n675562 (--first-parent --count for merge-base) >=20 > (Note: I've made no commits.) >=20 > # git -C /usr/ports/ status lang/gcc14 > On branch main > Your branch is up to date with 'freebsd/main'. >=20 > Changes not staged for commit: > (use "git add ..." to update what will be committed) > (use "git restore ..." to discard changes in working directory) > modified: lang/gcc14/Makefile >=20 > Untracked files: > (use "git add ..." to include in what will be committed) > lang/gcc14/files/patch-gcc_jit_dummy-frontend.cc > lang/gcc14/files/patch-gcc_jit_jit-builtins.cc > lang/gcc14/files/patch-gcc_jit_jit-playback.cc > lang/gcc14/files/patch-gcc_jit_jit-recording.cc > lang/gcc14/files/patch-gcc_jit_libgccjit.cc >=20 > no changes added to commit (use "git add" and/or "git commit -a") >=20 > (Note, below the whitespace details might not be preserved, > so the text is only suggestive.) >=20 > # git -C /usr/ports/ diff lang/gcc14 > diff --git a/lang/gcc14/Makefile b/lang/gcc14/Makefile > index 53bac89a7f14..17029847fa7c 100644 > --- a/lang/gcc14/Makefile > +++ b/lang/gcc14/Makefile > @@ -73,7 +73,7 @@ CONFIGURE_TARGET=3D = x86_64-portbld-${OPSYS:tl}${OSREL} > CONFIGURE_ARGS+=3D --with-abi=3Delfv2 > .endif >=20 > -LANGUAGES:=3D c,c++,objc,fortran > +LANGUAGES:=3D c,c++,objc,fortran,jit > TARGLIB=3D ${PREFIX}/lib/gcc${SUFFIX} > TARGLIB32=3D ${PREFIX}/lib32 # The version information is added = later > LIBEXEC=3D ${PREFIX}/libexec/gcc${SUFFIX} >=20 > And, from the content of your patch: >=20 > # head -30 /usr/ports/lang/gcc14/files/patch-gcc_jit_*.cc > =3D=3D> /usr/ports/lang/gcc14/files/patch-gcc_jit_dummy-frontend.cc = <=3D=3D > --- gcc/jit/dummy-frontend.cc.orig 2024-01-14 22:32:46 UTC > +++ gcc/jit/dummy-frontend.cc > @@ -18,6 +18,8 @@ along with GCC; see the file COPYING3. If not see > . */ >=20 > #include "config.h" > +#define INCLUDE_STRING > +#define INCLUDE_VECTOR > #include "system.h" >=20 > =3D=3D> /usr/ports/lang/gcc14/files/patch-gcc_jit_jit-builtins.cc <=3D=3D= > --- gcc/jit/jit-builtins.cc.orig 2024-01-14 22:32:46 UTC > +++ gcc/jit/jit-builtins.cc > @@ -18,6 +18,8 @@ along with GCC; see the file COPYING3. If not see > . */ >=20 > #include "config.h" > +#define INCLUDE_STRING > +#define INCLUDE_VECTOR > #include "system.h" > #include "coretypes.h" > #include "target.h" >=20 > =3D=3D> /usr/ports/lang/gcc14/files/patch-gcc_jit_jit-playback.cc <=3D=3D= > --- gcc/jit/jit-playback.cc.orig 2024-01-14 22:32:46 UTC > +++ gcc/jit/jit-playback.cc > @@ -20,6 +20,8 @@ along with GCC; see the file COPYING3. If not see >=20 > #include "config.h" > #define INCLUDE_MUTEX > +#define INCLUDE_STRING > +#define INCLUDE_VECTOR > #include "libgccjit.h" > #include "system.h" > #include "coretypes.h" >=20 > =3D=3D> /usr/ports/lang/gcc14/files/patch-gcc_jit_jit-recording.cc <=3D=3D= > --- gcc/jit/jit-recording.cc.orig 2024-01-14 22:32:46 UTC > +++ gcc/jit/jit-recording.cc > @@ -20,6 +20,8 @@ along with GCC; see the file COPYING3. If not see >=20 > #include "config.h" > #define INCLUDE_SSTREAM > +#define INCLUDE_STRING > +#define INCLUDE_VECTOR > #include "system.h" > #include "coretypes.h" > #include "tm.h" >=20 > =3D=3D> /usr/ports/lang/gcc14/files/patch-gcc_jit_libgccjit.cc <=3D=3D > /jit/libgccjit.cc.orig 2024-01-14 22:32:46 UTC > +++ gcc/jit/libgccjit.cc > @@ -20,6 +20,8 @@ along with GCC; see the file COPYING3. If not see >=20 > #include "config.h" > #define INCLUDE_MUTEX > +#define INCLUDE_STRING > +#define INCLUDE_VECTOR > #include "system.h" > #include "coretypes.h" > #include "timevar.h" >=20 > The result for poudriere bulk lang/gcc14 was: >=20 > [00:06:55] [01] [00:00:00] Building lang/gcc14 | gcc14-14.2.0 > [00:28:00] [01] [00:21:05] Finished lang/gcc14 | gcc14-14.2.0: = Success ending TMPFS: 1.61 GiB >=20 > So it looks like adding your files/patch-gcc_jit_*.cc > files to lang/gcc14 would allow the ampere2 builds > of lang/gcc14 for armv7 to work without use of > STANDARD_BOOTSTRAP (at least for now). >=20 >=20 > ( The "ending TMPFS: . . . GiB" is something I add to > poudirere for helping to find packages that I might > want to add to TMPFS_BLACKLIST .) >=20 >=20 > The context has: >=20 > # poudriere jail -jmain-armv7 -i > Jail name: main-armv7 > Jail version: 15.0-CURRENT > Jail arch: armv7 > Jail method: pkgbase > Jail mount: /usr/local/poudriere/jails/main-armv7-poud > Jail fs: Jail updated: 2024-08-27 21:47:56 > Jail pkgbase: disabled >=20 > The pkgbase system for the jail is from the official > materials at the time it was last updated. It is > not my personal world build at all. >=20 I just fetched an update to my /usr/ports/ on amd64 and tried to build my ports for amd64. It is my odd personal environment. But it got failures building jit materials. For example: In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/ba= sic_ios.h:37, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/std/ios= :46, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/std/ist= ream:40, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/std/sst= ream:40, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/system.h:774, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/jit/jit-recording.cc:25:= = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/lo= cale_facets.h:250:53: error: macro "toupper" passed 2 arguments, but = takes just 1 250 | toupper(char_type *__lo, const char_type* __hi) const | ^ In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/system.h:235: = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/../include/safe-ctype.h:= 146:9: note: macro "toupper" defined here 146 | #define toupper(c) do_not_use_toupper_with_safe_ctype | ^~~~~~~ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/lo= cale_facets.h:279:53: error: macro "tolower" passed 2 arguments, but = takes just 1 279 | tolower(char_type* __lo, const char_type* __hi) const | ^ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/../include/safe-ctype.h:= 148:9: note: macro "tolower" defined here 148 | #define tolower(c) do_not_use_tolower_with_safe_ctype | ^~~~~~~ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/lo= cale_facets.h:827:53: error: macro "toupper" passed 2 arguments, but = takes just 1 827 | toupper(char_type *__lo, const char_type* __hi) const | ^ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/../include/safe-ctype.h:= 146:9: note: macro "toupper" defined here 146 | #define toupper(c) do_not_use_toupper_with_safe_ctype | ^~~~~~~ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/lo= cale_facets.h:860:53: error: macro "tolower" passed 2 arguments, but = takes just 1 860 | tolower(char_type* __lo, const char_type* __hi) const | ^ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/../include/safe-ctype.h:= 148:9: note: macro "tolower" defined here 148 | #define tolower(c) do_not_use_tolower_with_safe_ctype | ^~~~~~~ In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/ba= sic_ios.h:37, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/std/ios= :46, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/std/ist= ream:40, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/std/sst= ream:40, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/system.h:774, from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/jit/jit-recording.cc:25:= = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/lo= cale_facets.h:250:53: error: macro "toupper" passed 2 arguments, but = takes just 1 250 | toupper(char_type *__lo, const char_type* __hi) const | ^ In file included from = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/system.h:235: = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/../include/safe-ctype.h:= 146:9: note: macro "toupper" defined here 146 | #define toupper(c) do_not_use_toupper_with_safe_ctype | ^~~~~~~ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/libstdc++-v3/include/bits/lo= cale_facets.h:279:53: error: macro "tolower" passed 2 arguments, but = takes just 1 279 | tolower(char_type* __lo, const char_type* __hi) const | ^ = /wrkdirs/usr/ports/lang/gcc14/work/gcc-14.2.0/gcc/../include/safe-ctype.h:= 148:9: note: macro "tolower" defined here 148 | #define tolower(c) do_not_use_tolower_with_safe_ctype | ^~~~~~~ . . . The context has the: Untracked files: (use "git add ..." to include in what will be committed) lang/gcc14/files/patch-gcc_jit_dummy-frontend.cc lang/gcc14/files/patch-gcc_jit_jit-builtins.cc lang/gcc14/files/patch-gcc_jit_jit-playback.cc lang/gcc14/files/patch-gcc_jit_jit-recording.cc lang/gcc14/files/patch-gcc_jit_libgccjit.cc So these from your patch proved insufficient for this context. (It will be a while before the aarch64 context gets to the lang/gcc14 and its jit.) =3D=3D=3D Mark Millard marklmi at yahoo.com