[pushed] configure, Darwin: Recognise new naming for Xcode ld.

2025-04-15 Thread Iain Sandoe
ng the new name to the set checked. gcc/ChangeLog: * configure: Regenerate. * configure.ac: Recognise PROJECT:ld-.nn.aa as an identifier for Darwin's static linker. Signed-off-by: Iain Sandoe --- gcc/configure| 7 --- gcc/configure.ac | 7 --- 2 f

[PATCH v2] includes, Darwin: Handle modular use for macOS SDKs [PR116827].

2025-04-11 Thread Iain Sandoe
From: Iain Sandoe V2 adds a comment as suggested, otherwise NFC, re-tested on x86_64-Darwin. Unless there are further comments in the next 48h, I plan to apply this (since it is Darwin-specific) and modules is unusable without. thanks, Iain --- 8< --- Recent changes to the OS SDKs h

Re: [PATCH] libgcobol, v2: Handle long double as an alternate IEEE754 128b

2025-04-11 Thread Iain Sandoe
> On 11 Apr 2025, at 08:34, Rainer Orth wrote: > > Hi Jakub, > >> On Wed, Apr 09, 2025 at 02:22:16PM +0200, Rainer Orth wrote: Here is what I'm testing as an incremental fix, so far OK on x86_64-darwin and powerpcle64 (GLIBC 2.34) .. others in progress. Does it help the Solari

Re: [PATCH] libgcobol, v2: Handle long double as an alternate IEEE754 128b

2025-04-10 Thread Iain Sandoe
> On 10 Apr 2025, at 17:36, Jakub Jelinek wrote: > > On Wed, Apr 09, 2025 at 02:22:16PM +0200, Rainer Orth wrote: >>> Here is what I'm testing as an incremental fix, so far OK on x86_64-darwin >>> and powerpcle64 (GLIBC 2.34) .. others in progress. Does it help the >>> Solaris cases? >> >> I

Re: [PATCH v2] aarch64, Darwin: Initial implementation of Apple cores [PR113257].

2025-04-10 Thread Iain Sandoe
.@sandoe.co.uk >>> Cc: Tamar Christina ; GCC Patches >> patc...@gcc.gnu.org>; Alice Carlotti ; Richard >>> Sandiford >>> ; s...@gentoo.org >>> Subject: Re: [PATCH v2] aarch64, Darwin: Initial implementation of Apple >>> cores >>> [PR113257]. >

[pushed] Darwin, libgcobol: Enable for x86_64 Darwin.

2025-04-10 Thread Iain Sandoe
Tested on x86_64 Darwin, Linux, pushed to trunk, thanks Iain --- 8< --- Now that we have libquadmath support, we can enable for x86_64, at least. libgcobol/ChangeLog: * configure.tgt: Enable for x86_64 Darwin. Signed-off-by: Iain Sandoe --- libgcobol/configure.tgt | 2 +- 1 f

[pushed] Darwin: Add spec substitution for static-libgcobol.

2025-04-10 Thread Iain Sandoe
Tested on x86_64 Darwin, Linux, pushed to trunk, thanks Iain --- 8< --- This just follows the common pattern used for other runtime libs. gcc/ChangeLog: * config/darwin.h (LINK_SPEC): Add support for -static-libgcobol. Signed-off-by: Iain Sandoe --- gcc/config/darwin.h

[PATCH] libgcobol: Handle long double as an alternate IEEE754 128b

2025-04-09 Thread Iain Sandoe
TRTOF128: Handle long double as well as __float128. * libgcobol.cc: MOve handling of HAVE_STRTOF128 and HAVE_STRTOF128 to libgcobol-fp.h (format_for_display_internal): Handle long double as an alternate IEEE754 128b float. Signed-off-by: Iain Sandoe --- l

Re: [PATCH 2/2] libgcobol: Allow libgcobol to use libquadmath [PR119244].

2025-04-09 Thread Iain Sandoe
> On 9 Apr 2025, at 09:00, Rainer Orth wrote: > > Jakub Jelinek writes: > >> On Sun, Apr 06, 2025 at 09:02:07AM +0100, Iain Sandoe wrote: >>> >>> + >>> +#if !defined (HAVE_STRTOF128) >>> +# if USE_QUADMATH >>> +# define strto

Re: [PATCH] cobol: Address some iconv issues.

2025-04-07 Thread Iain Sandoe
> On 22 Mar 2025, at 23:13, Robert Dubner wrote: > But, by all means, if you have a fix for something I am not seeing, a fix > that doesn't mess with the status quo ante, then by all means, apply it. I applied the simplest fix possible - which was to remove the trailling // from the conversion

[ping^2] [PATCH] includes, Darwin: Handle modular use for macOS SDKs [PR116827].

2025-04-07 Thread Iain Sandoe
Hi Folks this has more than 2 weeks without comment, (it is darwin-local) thanks Iain > On 29 Mar 2025, at 15:23, Iain Sandoe wrote: > > C++ modules are not really usable on latest Darwin without resolving this, > thanks > Iain > >> On 23 Mar 2025, at 12:29, Iain Sa

Re: [PATCH] cobol: Diagnose ignored SECTIONs [PR119632].

2025-04-07 Thread Iain Sandoe
> On 7 Apr 2025, at 01:19, Simon Sobisch wrote: > > As noted in bug #119632, ignored section segments should be a warning, > ideally with an option to raise that to an error, like -Wignored, which > should be included with -Wall (note bug #119329) and is fine to be also > raised by default (

[PATCH] cobol: Diagnose ignored SECTIONs [PR119632].

2025-04-06 Thread Iain Sandoe
32 gcc/cobol/ChangeLog: * parse.y: Do not sorry on a failed SECTION, print a message and continue. Signed-off-by: Iain Sandoe --- gcc/cobol/parse.y | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gcc/cobol/parse.y b/gcc/cobol/parse.y index 3f282013a4a..7addc

[PATCH 2/2] libgcobol: Allow libgcobol to use libquadmath [PR119244].

2025-04-06 Thread Iain Sandoe
wise. * libgcobol-fp.h: New file. * gfileio.cc: Include libgcobol-fp.h. * libgcobol.spec.in: Add libquadmath configure output. Signed-off-by: Iain Sandoe --- libgcobol/Makefile.am | 9 +- libgcobol/Makefile.in | 14 +- libgcobol/acinclude.m4 | 162 +++ libgcob

[PATCH 0/2] libcobol: Allow the use of libquadmath for 128b FP.

2025-04-06 Thread Iain Sandoe
xxxieee128 --with-long-double-format=ibm uses xxxf128 Thanks to Jakub for the suggestion on handling the long double case. Most of the patch is mechanical - the tricky parts are really in the configuration. OK for trunk? thanks Iain Iain Sandoe (2): testsuite, cobol: Add libquadmath paths

[PATCH 1/2] testsuite, cobol: Add libquadmath paths.

2025-04-06 Thread Iain Sandoe
Even when we are using IEC 128b floating point, the quadmath library can be pulled in 'as needed'. gcc/testsuite/ChangeLog: * lib/cobol.exp: Add libquadmath paths. Signed-off-by: Iain Sandoe --- gcc/testsuite/lib/cobol.exp | 9 + 1 file changed, 9 insertions(+) di

[PATCH] testsuite, cobol: Avoid adding duplicate libs.

2025-04-06 Thread Iain Sandoe
win, where the linker warns when duplicate libraries are provided on the link line. gcc/testsuite/ChangeLog: * lib/cobol.exp: Simplify the setting of COBOL_UNDER_TEST. Signed-off-by: Iain Sandoe --- gcc/testsuite/lib/cobol.exp | 17 +++-- 1 file changed, 3 insertions(+), 14 deleti

[PATCH] cobol, driver: Remove platform-specific options [PR119414].

2025-04-06 Thread Iain Sandoe
ion handling. Signed-off-by: Iain Sandoe --- gcc/cobol/gcobolspec.cc | 90 ++--- 1 file changed, 3 insertions(+), 87 deletions(-) diff --git a/gcc/cobol/gcobolspec.cc b/gcc/cobol/gcobolspec.cc index 083223115ad..4df9f8dc37e 100644 --- a/gcc/cobol/gcobolspec.cc ++

Re: [PATCH] cobol: Do not overload int64_t, overload long and long long.

2025-04-05 Thread Iain Sandoe
> On 20 Mar 2025, at 19:28, Robert Dubner wrote: > > Although I am confused about how _int64_t can be anything but a 64-bit > signed integer, and because it is my understanding that long and long long > really *do* change from platform to platform, 32b Darwin/macOS had 64b integers as “long l

Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules

2025-04-05 Thread Iain Sandoe
Hi Jakub Thanks for doing this... > On 28 Mar 2025, at 14:39, Jakub Jelinek wrote: > > +cobol/charmaps.cc cobol/valconv.cc: cobol/%.cc: $(LIB_SOURCE)/%.cc > + -l='ec\|common-defs\|io\|gcobolio\|libgcobol\|gfileio\|charmaps'; \ > + l=$$l'\|valconv\|exceptl'; \ > + sed -e '/^#include/

Re: [Pushed] Fix r15-8073 (Pass -macos_version_min to the linker)

2025-04-05 Thread Iain Sandoe
> On 18 Mar 2025, at 01:27, Andrew Pinski wrote: > > So what is happening is gcc_cv_ld64_macosx_version_min is being > used for the replacement and being set in a few locations but > gcc_cv_ld64_macos_version_min is set in others. > Since the auto-host.h variable is named LD64_HAS_MACOS_VERSIO

Re: [PATCH] toplevel, Makefile: Add missing CXX_FOR_TARGET export [PR88319].

2025-04-05 Thread Iain Sandoe
> On 23 Mar 2025, at 20:09, Jeff Law wrote: > > > > On 3/23/25 8:28 AM, Iain Sandoe wrote: >> Hi Jeff, >>> On 23 Mar 2025, at 14:25, Jeff Law wrote: >>> On 3/23/25 8:03 AM, Iain Sandoe wrote: >>>> Tested on x86_64-Linux, Darwin, >&

Re: [PATCH, OBVIOUS] rs6000: Add Cobol support to traceback table [PR119308]

2025-04-05 Thread Iain Sandoe
Hi Peter > On 3 Apr 2025, at 16:58, Peter Bergner wrote: > > On 4/2/25 2:57 PM, Peter Bergner wrote: >> The AIX traceback table documentation states the tbtab "lang" field for >> Cobol should be set to 7. >> >> Tested on powerpc64le-linux. There are "new" FAILs with the patch (see >> below) >

[PATCH 1/4] libiberty: Append to AC_CHECK_DECLS [PR119218].

2025-04-05 Thread Iain Sandoe
the same TU we do then get a decl conflict. PR other/119218 libiberty/ChangeLog: * config.in: Regenerate. * configure: Regenerate. * configure.ac: Append to AC_INCLUDES_DEFAULT when checking for the 'basename' decl. Signed-off-by: I

[PATCH] toplevel, libcobol: Add dependency on libquadmath build [PR119244].

2025-04-04 Thread Iain Sandoe
ort, we must be able to find the quadmath library (or not, for targets that have the support in libc). PR cobol/119244 ChangeLog: * Makefile.def: libgcobol configure depends on libquadmath build. * Makefile.in: Regenerate. Signed-off-by: Iain Sandoe --- Makefile.def

[PATCH v2] libgcobol: C++-ify the configuration steps.

2025-04-04 Thread Iain Sandoe
ols and environment before other tests. Signed-off-by: Iain Sandoe --- libgcobol/Makefile.am |36 +- libgcobol/Makefile.in | 293 +- libgcobol/aclocal.m4 |20 - libgcobol/config.h.in | 6 - libgcobol/configure| 17731 ++- libgco

[PATCH] libgcobol: Check if the target needs libm.

2025-04-03 Thread Iain Sandoe
hen it is needed. * Makefile.in: Regenerate. * configure: Regenerate. * configure.ac: Check if the target wants libm. Signed-off-by: Iain Sandoe --- libgcobol/Makefile.am | 2 +- libgcobol/Makefile.in | 3 +- libgcobol/configure|

Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules

2025-04-02 Thread Iain Sandoe
able. The latter is the priority (for me, at least), given we probably do not have much time until GCC-15 branches cheers Iain > >> -Original Message- >> From: Robert Dubner >> Sent: Sunday, March 30, 2025 09:52 >> To: Jakub Jelinek ; Iain Sandoe >> Cc: Jame

Re: [ping][PATCH] libgcobol: Provide fallbacks for C32 strfromf32/64 [PR119296].

2025-04-02 Thread Iain Sandoe
red out how to handle our > joint responsibility. understood.. > > Hence delays. … will try not to hassle too much :) > > >> -Original Message- >> From: Iain Sandoe >> Sent: Wednesday, April 2, 2025 14:24 >> To: GCC Patches >> Cc: James K. Lowden ; Ro

[ping][PATCH] libgcobol: Provide fallbacks for C32 strfromf32/64 [PR119296].

2025-04-02 Thread Iain Sandoe
Hi folks, it would be great to reduce the in-flight patch stack a bit :) > On 25 Mar 2025, at 16:40, Iain Sandoe wrote: > > This is on top of the C++-ify configure and random_r patches. > Tested on x86_64,aarch64-Linux and x86_64-darwin, OK for trunk? > thanks &g

[PATCH] libstdc++, testsuite, Darwin: Prune a new linker warning present from XCode 16.

2025-04-02 Thread Iain Sandoe
e effect of the duplicate in the libstdc++ testsuite is not important it will make the exes very slightly larger but it won't alter the paths that are presented for loading the runtimes. libstdc++-v3/ChangeLog: * testsuite/lib/prune.exp: Prune XCode ld warning about duplicate rp

[PATCH] config, toplevel, Darwin: Pass -B instead of -L to C++ commands.

2025-04-01 Thread Iain Sandoe
sponding embedded rpath). ChangeLog: * configure: Regenerate. * configure.ac: Use -B instead of -L to specifiy the C++ runtime paths on Darwin. Signed-off-by: Iain Sandoe --- configure| 100 +-- configure.ac | 16 +++-

[ping] [PATCH] libgcobol: C++-ify the configuration steps.

2025-03-31 Thread Iain Sandoe
Hi folks > On 24 Mar 2025, at 17:15, Iain Sandoe wrote: > >> On 24 Mar 2025, at 16:41, Iain Sandoe wrote: >>> On 24 Mar 2025, at 16:38, Robert Dubner wrote: >>> >>> How about you create the new patch and just edit out the regenerated >>&

[ping][PATCH v2] aarch64, Darwin: Initial implementation of Apple cores [PR113257].

2025-03-31 Thread Iain Sandoe
I realise this is probably not #1 priority - but it would be nice to have in gcc-15. thanks iain > On 22 Mar 2025, at 14:31, Iain Sandoe wrote: > > 0. Sorry this has taken some time to close off; partly because of waiting > for input, but mostly that I've been stretched wit

Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules

2025-03-29 Thread Iain Sandoe
> On 29 Mar 2025, at 16:12, Jakub Jelinek wrote: > > On Sat, Mar 29, 2025 at 04:03:07PM +0000, Iain Sandoe wrote: >> >> >>> On 29 Mar 2025, at 15:56, Jakub Jelinek wrote: >>> >>> On Sat, Mar 29, 2025 at 03:50:54PM +, Iain Sandoe wrote:

Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules

2025-03-29 Thread Iain Sandoe
> On 29 Mar 2025, at 15:56, Jakub Jelinek wrote: > > On Sat, Mar 29, 2025 at 03:50:54PM +0000, Iain Sandoe wrote: >>> I'm not sure if sed -E is portable enough (sure, I know it is in POSIX, but >>> that is not enough). >>> How about jus

[ping] [PATCH] includes, Darwin: Handle modular use for macOS SDKs [PR116827].

2025-03-29 Thread Iain Sandoe
C++ modules are not really usable on latest Darwin without resolving this, thanks Iain > On 23 Mar 2025, at 12:29, Iain Sandoe wrote: > > From: Iain Sandoe > > Tested on x86_64/aarch64 Darwin and x86_64-linux, > OK for trunk? > backports to branches supporting mod

Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules

2025-03-29 Thread Iain Sandoe
> On 29 Mar 2025, at 15:28, Jakub Jelinek wrote: > > On Sat, Mar 29, 2025 at 03:18:20PM +0000, Iain Sandoe wrote: >> Hi Jakub >> >> Thanks for doing this... >> >>> On 28 Mar 2025, at 14:39, Jakub Jelinek wrote: >>> >>> +cobol/

[pushed] jit, Darwin: Update exports with ABI 28 through 34.

2025-03-29 Thread Iain Sandoe
Tested on x86-64-darwin21, pushed to trunk, thanks, Iain --- 8< --- Synchronise the darwin export list with the current map. gcc/jit/ChangeLog: * libgccjit.exports: Add symbols for ABI 28 to 34. Signed-off-by: Iain Sandoe --- gcc/jit/libgccjit.exports | 21 +

[PATCH] cobol, libgcobol: Currently libgcobol depends on libstdc++.

2025-03-29 Thread Iain Sandoe
+ for any link line. Signed-off-by: Iain Sandoe --- gcc/cobol/gcobolspec.cc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/cobol/gcobolspec.cc b/gcc/cobol/gcobolspec.cc index 7de41fd037a..364c14c8a70 100644 --- a/gcc/cobol/gcobolspec.cc +++ b/gcc/cobol/gcobolspec

Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules

2025-03-28 Thread Iain Sandoe
Hi Bob note that the sed -i does not work on Darwin’s BDS-derived sed without also using ‘-e’ to inroduce the scripts… so I am looking for a solution we all like too. > On 28 Mar 2025, at 16:40, Robert Dubner wrote: > > I am not fully following what's going on. > > The way this grew is becaus

[PATCH] cobol: Do not include (no longer needed).

2025-03-27 Thread Iain Sandoe
W". The header is no longer needed since the FE is not trying to do host arithmetic. gcc/cobol/ChangeLog: * cobol-system.h: Remove . Signed-off-by: Iain Sandoe --- gcc/cobol/cobol-system.h | 1 - 1 file changed, 1 deletion(-) diff --git a/gcc/cobol/cobol-system.h b/gcc/cobol/c

[ping] [PATCH] libiberty, gcc: Add memrchr to libiberty and use it [PR119283].

2025-03-27 Thread Iain Sandoe
this (or an alternate implementation) is needed for the cobol FE to build on darwin, > On 21 Mar 2025, at 10:00, Iain Sandoe wrote: > > It seems that libiberty already has replacements for most of the > mem* functions, but they are not published via include/libiberty.h. > >

Re: [PATCH] libstdc++: Use const_cast to workaround tm_zone being non-const

2025-03-26 Thread Iain Sandoe
> On 26 Mar 2025, at 17:50, Jonathan Wakely wrote: > > Iain reported that he's seeing this on Darwin: > > include/bits/chrono_io.h:914: warning: ISO C++ forbids converting a string > constant to 'char*' [-Wwrite-strings] > > This is because the BSD definition ot tm::tm_zone is a char* (and

Re: [PATCH] cobol: Get rid of __int128 uses in the COBOL FE [PR119242]

2025-03-26 Thread Iain Sandoe
> On 26 Mar 2025, at 04:41, Robert Dubner wrote: > > > >> -Original Message- >> From: Jakub Jelinek >> Sent: Tuesday, March 25, 2025 19:49 >> To: Robert Dubner ; James K. Lowden >> ; Richard Biener >> Cc: gcc-patches@gcc.gnu.org >> Subject: [PATCH] cobol: Get rid of __int128 uses i

[PATCH] libgcobol: Provide fallbacks for C32 strfromf32/64 [PR119296].

2025-03-25 Thread Iain Sandoe
ave support. PR cobol/119296 libgcobol/ChangeLog: * config.h.in: Regenerate. * configure: Regenerate. * configure.ac: Check for availability of strfromf32 and strfromf64. * libgcobol.cc (strfromf32, strfromf64): New. Signed-off-by: Iain San

Re: [PATCH] libgcobol: C++-ify the configuration steps.

2025-03-24 Thread Iain Sandoe
> On 24 Mar 2025, at 16:38, Robert Dubner wrote: > > How about you create the new patch and just edit out the regenerated > configure before sending the e-mail? Typing "autoreconf" isn't hard. OK. I can do that (historically that is what we always have done, but now we have CI infrastructure

Re: [PATCH] libgcobol: C++-ify the configuration steps.

2025-03-24 Thread Iain Sandoe
> On 24 Mar 2025, at 16:41, Iain Sandoe wrote: > > > >> On 24 Mar 2025, at 16:38, Robert Dubner wrote: >> >> How about you create the new patch and just edit out the regenerated >> configure before sending the e-mail? Typing "autoreconf" is

[PATCH 0/2] cobol: Add a library spec (lingcobol.spec).

2025-03-24 Thread Iain Sandoe
86_64-linux, darwin, aarch64-linux, OK for trunk? thanks Iain ----- Iain Sandoe (2): cobol, driver, libgcobol: Add support for libgcobol.spec. testsuite, cobol: If libgcobol has a .spec file use it. gcc/cobol/gcobolspec.cc | 41 ++- gcc/testsuite/lib/cobol.exp

[PATCH 2/2] testsuite, cobol: If libgcobol has a .spec file use it.

2025-03-24 Thread Iain Sandoe
This conditionally adds a path for libgcobol when that contains libgcobol.spec. gcc/testsuite/ChangeLog: * lib/cobol.exp: Conditionally add a path for libgcobol.spec. Signed-off-by: Iain Sandoe --- gcc/testsuite/lib/cobol.exp | 5 - 1 file changed, 4 insertions(+), 1 deletion

Re: [PATCH] libgcobol: C++-ify the configuration steps.

2025-03-24 Thread Iain Sandoe
Hi > On 24 Mar 2025, at 14:50, Robert Dubner wrote: > > No I am not sure what to do. > > I tried to apply this patch, both the the master branch and to one of my > working copies. My apologies, some of what I am doing depends on the work that you, Richi and Jakub have been doing, and so I ha

[PATCH 1/2] cobol, driver, libgcobol: Add support for libgcobol.spec.

2025-03-24 Thread Iain Sandoe
Regenerate. * configure: Regenerate. * configure.ac: Add libgcobol.spec handling. * libgcobol.spec.in: New file. Signed-off-by: Iain Sandoe --- gcc/cobol/gcobolspec.cc | 41 ++- libgcobol/Makefile.am | 2 ++ libgcobol/Makefile.in

Re: [PATCH] libgcobol: use standard f128 suffix instead of Q for _Float128 literals

2025-03-24 Thread Iain Sandoe
> On 24 Mar 2025, at 10:41, Andreas Schwab wrote: > > * intrinsic.cc: Use standard f128 suffix for _Float128 literals. > * libgcobol.cc: Likewise. Note, I have WIP to adapt libgcobol to use libquadmath where the target does not have native _Float128 in libc. That patch also adapts the suffix

[PATCH] cobol: Move includes before system.h

2025-03-24 Thread Iain Sandoe
urn includes system.h. gcc/cobol/ChangeLog: * cdf-copy.cc: Move host includes before system.h Signed-off-by: Iain Sandoe --- gcc/cobol/cdf-copy.cc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gcc/cobol/cdf-copy.cc b/gcc/cobol/cdf-copy.cc index 179dbace

[PATCH 2/4] gcc, configure: When checking for basename, use the same process as libiberty [PR119250].

2025-03-24 Thread Iain Sandoe
19250 gcc/ChangeLog: * config.in: Regenerate. * configure: Regenerate. * configure.ac: Match the configure test in libiberty when checking the basename decl. Signed-off-by: Iain Sandoe --- gcc/config.in| 10 -- gcc/configure| 18 +++--- g

[PATCH 3/4] gcc, gcov: Use 'lbasename' consistently.

2025-03-24 Thread Iain Sandoe
). Signed-off-by: Iain Sandoe --- gcc/gcov.cc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/gcov.cc b/gcc/gcov.cc index 3e6f2e4212a..96fdc50f0e8 100644 --- a/gcc/gcov.cc +++ b/gcc/gcov.cc @@ -1366,7 +1366,7 @@ get_md5sum (const char *input) sta

[PATCH] libgcobol: Ensure that config.h is included.

2025-03-24 Thread Iain Sandoe
ise. * io.cc: Likewise. * libgcobol.cc: Likewise. * valconv.cc: Likewise. Signed-off-by: Iain Sandoe --- libgcobol/charmaps.cc | 2 ++ libgcobol/constants.cc | 2 ++ libgcobol/gfileio.cc | 2 ++ libgcobol/gmath.cc | 2 ++ libgcobol/io.cc| 3 +++ libgcobol/libgcobol.cc

[PATCH 0/4] Update the configure of host 'basename'.

2025-03-24 Thread Iain Sandoe
for trunk? (when?) thanks Iain Iain Sandoe (4): libiberty: Append to AC_CHECK_DECLS [PR119218]. gcc, configure: When checking for basename, use the same process as libiberty [PR119250]. gcc, gcov: Use 'lbasename' consistently. rust: Use &#x

[PATCH 4/4] rust: Use 'lbasename()' consistently.

2025-03-24 Thread Iain Sandoe
e()' instead of 'basename()'. Signed-off-by: Iain Sandoe --- gcc/rust/metadata/rust-export-metadata.cc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/rust/metadata/rust-export-metadata.cc b/gcc/rust/metadata/rust-export-metadata.cc index 79c5f30d755..771bec6e637

[PATCH] libgcobol: Only use random_r if it is available [PR119295]

2025-03-23 Thread Iain Sandoe
bol/119295 libgcobol/ChangeLog: * config.h.in: Regenerate. * configure: Regenerate. * configure.ac: Configure random_r and friends * intrinsic.cc (__gg__random): Use random_r when available. (__gg__random_next): Likewise. Signed-off-by: Iain Sandoe --- libgco

Re: [PATCH] toplevel, Makefile: Add missing CXX_FOR_TARGET export [PR88319].

2025-03-23 Thread Iain Sandoe
Hi Jeff, > On 23 Mar 2025, at 14:25, Jeff Law wrote: > On 3/23/25 8:03 AM, Iain Sandoe wrote: >> Tested on x86_64-Linux, Darwin, >> OK for trunk? >> backports? >> thanks >> Iain >> --- 8< --- >> Actually, the issue is not local to the libitm cas

[PATCH] toplevel, Makefile: Add missing CXX_FOR_TARGET export [PR88319].

2025-03-23 Thread Iain Sandoe
19 ChangeLog: * Makefile.in: Regenerate. * Makefile.tpl: Add CXX_FOR_TARGET to NORMAL_TARGET_EXPORTS. Signed-off-by: Iain Sandoe --- Makefile.in | 1 + Makefile.tpl | 1 + 2 files changed, 2 insertions(+) diff --git a/Makefile.in b/Makefile.in index 87880c62ad2..a5e6e11aece

[PATCH] includes, Darwin: Handle modular use for macOS SDKs [PR116827].

2025-03-23 Thread Iain Sandoe
From: Iain Sandoe Tested on x86_64/aarch64 Darwin and x86_64-linux, OK for trunk? backports to branches supporting modules? thanks Iain --- 8< --- Recent changes to the OS SDKs have altered the way in which include guards are used for a number of headers when C++ modules are enabled. Inst

[PATCH v2] aarch64, Darwin: Initial implementation of Apple cores [PR113257].

2025-03-22 Thread Iain Sandoe
d for arch and tune selections. Signed-off-by: Iain Sandoe --- gcc/config/aarch64/aarch64-cores.def | 16 gcc/config/aarch64/aarch64-tune.md | 2 +- gcc/doc/invoke.texi | 5 +++-- 3 files changed, 20 insertions(+), 3 deletions(-) diff --git a/

[pushed] Darwin: We do not need libdl, it is provided in libSystem.

2025-03-22 Thread Iain Sandoe
Tested on x86_64-darwin21, x86_64-linux, pushed to trunk, thanks Iain --- 8< --- Darwin provides this support as part of libSystem which is always linked with user-space DSOs (including exes). gcc/ChangeLog: * config/darwin.h (DL_LIBRARY): New. Signed-off-by: Iain Sandoe ---

Re: [PATCH] cobol: Address some iconv issues.

2025-03-22 Thread Iain Sandoe
Hello Robert. I fear we might be at cross-purposes here ... > On 22 Mar 2025, at 02:34, Robert Dubner wrote: > > I can't comment on what happens on Apple systems. I've never tried it. > > I chose CP1252 because it seemed to have the greatest coverage for much of > western Europe. It also has

Re: [PATCH] cobol: Address some iconv issues.

2025-03-21 Thread Iain Sandoe
> On 21 Mar 2025, at 22:11, Robert Dubner wrote: > > So, please, stick with the default 1252 for existing code -- as you noted, > changing the page breaks some tests. So … like so? #if __APPLE__ “CP1252" #else "CP1252//" #endif (I’m not sure what the trailing ‘//‘ does on Linux [it’s an

[PATCH] libiberty, gcc: Add memrchr to libiberty and use it [PR119283].

2025-03-21 Thread Iain Sandoe
ild rules. * config.in: Regenerate. * configure: Regenerate. * configure.ac: Check for memrchr. * functions.texi: Document memrchr. * memrchr.c: New file. Signed-off-by: Iain Sandoe --- gcc/config.in| 6 ++ gcc/configure| 2 +-

[PATCH] cobol, driver: Handle targets without HAVE_LD_STATIC_DYNAMIC.

2025-03-21 Thread Iain Sandoe
ypo. (lang_specific_driver): Arrange to append both -lgcobol and -static-libgcobol for targets without HAVE_LD_STATIC_DYNAMIC. Signed-off-by: Iain Sandoe --- gcc/cobol/gcobolspec.cc | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/gcc/cobol/gcobolspec.cc b/gcc/co

[PATCH] cobol: Address some iconv issues.

2025-03-21 Thread Iain Sandoe
cc : Initialise standard_internal to ISO8859-1 for Apple/Dawin platforms. (cbl_field_t::internalize): Print a warning if we fail to initialise iconv. Signed-off-by: Iain Sandoe --- gcc/cobol/symbols.cc | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) d

Re: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value from _Float128 to tree

2025-03-20 Thread Iain Sandoe
> On 20 Mar 2025, at 14:15, Richard Biener wrote: > > On Thu, 20 Mar 2025, Richard Biener wrote: > >> The following removes the main instance of _Float128 use in the cobol >> frontend and replaces it with a tree for cbl_field_data_t::etc_t::value >> and with REAL_VALUE_TYPE in some helpers. >

Re: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value from _Float128 to tree

2025-03-20 Thread Iain Sandoe
> On 20 Mar 2025, at 19:00, Robert Dubner wrote: > > > >> -Original Message- >> From: Richard Biener >> Sent: Thursday, March 20, 2025 10:16 >> To: gcc-patches@gcc.gnu.org >> Cc: Jakub Jelinek ; rdub...@symas.com >> Subject: Re: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::v

[PATCH] libgcobol: Add configure checks for iconv.

2025-03-20 Thread Iain Sandoe
ate. * configure: Regenerate. * configure.ac: Check for iconv support. Signed-off-by: Iain Sandoe --- libgcobol/Makefile.am | 2 +- libgcobol/Makefile.in | 8 +- libgcobol/aclocal.m4 | 4 + libgcobol/config.h.in | 6 + libgcobol/configure|

[PATCH] cobol: Do not overload int64_t, overload long and long long.

2025-03-20 Thread Iain Sandoe
;. gcc/cobol/ChangeLog: * cdfval.h (struct cdfval_t): Overload long instead of int64_t. Signed-off-by: Iain Sandoe --- gcc/cobol/cdfval.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/cobol/cdfval.h b/gcc/cobol/cdfval.h index 1453f2af5f8..4682db8074b 100644 --- a/gcc/c

[PATCH] cobol: Remove dead code from the driver.

2025-03-18 Thread Iain Sandoe
hen address if/when it is needed (other drivers do not do this). gcc/cobol/ChangeLog: * gcobolspec.cc (append_rpath): Remove. (lang_specific_driver): Remove hard-wired rpath and library names. Signed-off-by: Iain Sandoe --- gcc/cobol/gcobolspec.cc |

Re: [PATCH] gcc, cobol: Check for get_current_dir_name [PR119301]

2025-03-18 Thread Iain Sandoe
> On 18 Mar 2025, at 12:08, Richard Biener wrote: > > On Tue, Mar 18, 2025 at 1:07 PM Iain Sandoe wrote: >> >> >> >>> On 18 Mar 2025, at 12:01, Richard Biener wrote: >>> >>> On Tue, Mar 18, 2025 at 12:13 PM Iain Sandoe wrote: >&

[PATCH v2] gcc, cobol: Check for get_current_dir_name [PR119301]

2025-03-18 Thread Iain Sandoe
ate. * configure: Regenerate. * configure.ac: Add check for get_current_dir_name. Signed-off-by: Iain Sandoe --- gcc/cobol/util.cc | 19 +++ gcc/config.in | 6 ++ gcc/configure | 2 +- gcc/configure.ac | 2 +- 4 files changed, 27 insertions(+)

Re: [PATCH] gcc, cobol: Check for get_current_dir_name [PR119301]

2025-03-18 Thread Iain Sandoe
> On 18 Mar 2025, at 12:01, Richard Biener wrote: > > On Tue, Mar 18, 2025 at 12:13 PM Iain Sandoe wrote: >> >> tested on x86_64/aarch64 Linux and x86_64-darwin, OK for trunk? >> thanks >> Iain >> >> --- 8< --- >> >> This ad

[PATCH] cobol: Avoid a use of auto. (was empty subject)

2025-03-18 Thread Iain Sandoe
Not sure how git send-email managed to ignore the subject line there…. > On 18 Mar 2025, at 11:42, Iain Sandoe wrote: > > From 647b752f90910fc9d7fbaaf482dc5a7a936dc875 Mon Sep 17 00:00:00 2001 > From: Iain Sandoe > Date: Sat, 15 Mar 2025 10:04:52 + > Subject: [PATCH] cob

[no subject]

2025-03-18 Thread Iain Sandoe
>From 647b752f90910fc9d7fbaaf482dc5a7a936dc875 Mon Sep 17 00:00:00 2001 From: Iain Sandoe Date: Sat, 15 Mar 2025 10:04:52 + Subject: [PATCH] cobol: Avoid a use of auto. Tested on x86_64 linux/darwin and aarch64 linux, OK for trunk? thanks Iain --- 8< --- In this case the deducti

[PATCH] gcc, cobol: Check for get_current_dir_name [PR119301]

2025-03-18 Thread Iain Sandoe
ity of get_current_dir_name and fall back to getcwd() if it is not present on the host. gcc/ChangeLog: * config.in: Regenerate. * configure: Regenerate. * configure.ac: Add check for get_current_dir_name. Signed-off-by: Iain Sandoe --- gcc/cobol/util.cc

[PATCH] cobol: Do not include C++ headers after system.h.

2025-03-17 Thread Iain Sandoe
m.h. Signed-off-by: Iain Sandoe --- gcc/cobol/parse.y | 6 -- 1 file changed, 6 deletions(-) diff --git a/gcc/cobol/parse.y b/gcc/cobol/parse.y index c901bd66629..d8f5175adcb 100644 --- a/gcc/cobol/parse.y +++ b/gcc/cobol/parse.y @@ -30,9 +30,6 @@ %code requires { #include // Before co

Re: [PATCH] cobol: Eliminate CPPFLAGS assignment from Make-lang.in [PR119213].

2025-03-17 Thread Iain Sandoe
Hello Robert, > On 17 Mar 2025, at 17:45, Robert Dubner wrote: > > If this is deemed OK, then we can close out PR119213 > > It compiles and runs my both check-cobol and my more comprehensive > tests on x86_64 This looks a reasonable approach to me; it has the advantage of making the shared h

Initial patches to get cobol working on (x86_64) Darwin.

2025-03-16 Thread Iain Sandoe
Hi Folks, I have pushed my WIP here: https://forge.sourceware.org/iains/gcc-TEST/src/branch/master-wip-cobol (if you like the forge) and here: https://github.com/iains/gcc-git/tree/master-wip-cobol (in case you are more familiar with GH) With these I get the same testsuite results as x86_64 Linu

[pushed] Darwin: Pass -macos_version_min to the linker [PR119172].

2025-03-16 Thread Iain Sandoe
nfig/darwin.h (DARWIN_PLATFORM_ID): Add the option to use -macos_version_min where available. * configure: Regenerate. * configure.ac: Check for ld64 support of -macos_version_min. Signed-off-by: Iain Sandoe (cherry picked from commit 36f5ea5806d246d78555e65273a057718833e

Re: [PATCH][v3] Simple cobol.dg testsuite

2025-03-11 Thread Iain Sandoe
> On 11 Mar 2025, at 14:30, Richard Biener wrote: > > On Tue, 11 Mar 2025, Richard Biener wrote: > >> On Tue, 11 Mar 2025, Jakub Jelinek wrote: >> >>> On Tue, Mar 11, 2025 at 02:40:19PM +0100, Richard Biener wrote: OK, I've done that and amended the set of testcases with one exerci

[PATCH] testsuite, gm2: Use -B option for libstdc++ where required.

2025-03-11 Thread Iain Sandoe
'-B' option to be added for the libstdc++ paths on targets that need it. Signed-off-by: Iain Sandoe --- gcc/testsuite/lib/gm2.exp | 46 ++- 1 file changed, 36 insertions(+), 10 deletions(-) diff --git a/gcc/testsuite/lib/gm2.exp b/gc

[PATCH] configure, Darwin: Require explicit selection of COBOL.

2025-03-11 Thread Iain Sandoe
ChangeLog: * configure: Regenerate. * configure.ac: Do not build COBOL on Darwin by default, even for --enable-languages=all. Signed-off-by: Iain Sandoe --- configure| 7 +-- configure.ac | 3 +++ 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/configure b/

Re: [PATCH htdocs] gcc-14: document -ftrampoline-impl

2025-02-09 Thread Iain Sandoe
> On 10 Feb 2025, at 08:28, Sam James wrote: > > --- > Iain, does this look OK? > > htdocs/gcc-14/changes.html | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html > index ba4780ca..2db442b2 100644 > --- a/htdocs/gcc-14/change

[PATCH] c++: Update const_decl handling after r15-7259 [PR118673].

2025-01-30 Thread Iain Sandoe
.cc (lvalue_kind): Mark CONST_DECLs as mergable when they are also TREE_STATIC. Signed-off-by: Iain Sandoe --- gcc/cp/tree.cc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/cp/tree.cc b/gcc/cp/tree.cc index fb6b2b18e94..79bc74fa2b7 100644 --- a/gcc/cp/tree.cc +++ b/

Re: [PATCH] aarch64: Provide initial specifications for Apple CPU cores.

2025-01-21 Thread Iain Sandoe
> On 20 Jan 2025, at 18:33, Andrew Carlotti wrote: > > On Mon, Jan 20, 2025 at 06:29:12PM +, Tamar Christina wrote: >>> -Original Message----- >>> From: Iain Sandoe >>> Sent: Monday, January 20, 2025 6:15 PM >>> To: Andrew Carlotti

Re: [PATCH] aarch64: Provide initial specifications for Apple CPU cores.

2025-01-20 Thread Iain Sandoe
> On 20 Jan 2025, at 17:38, Andrew Carlotti wrote: > > On Sun, Jan 19, 2025 at 09:14:17PM +0000, Iain Sandoe wrote: >> >> Please note that the Darwin assembler is Apple’s LLVM backend (invoked via >> clang -cc1as) >> and that means that whatever GCC deduce

Re: [PATCH] aarch64: Provide initial specifications for Apple CPU cores.

2025-01-19 Thread Iain Sandoe
All: Thank you all for looking at this - there are a large number of moving parts and I could easily be making incorrect assumptions. FWIW the highest weighting in the inputs I have are given to DDI0487L_a_a-profile and the query output from the actual desktops. - Please note that the Dar

Re: [PATCH] D, Darwin: Restore bootstrap.

2025-01-15 Thread Iain Sandoe
> On 14 Jan 2025, at 20:45, Iain Buclaw wrote: > > Excerpts from Iain Sandoe's message of Januar 14, 2025 9:10 pm: >> Tested on x86_64, i686 darwin17 and aarch64 darwin21, >> OK for trunk, or alternate solution? >> thanks, >> Iain >> > Could a pull request be made upstream here? > > https:/

[PATCH] D, Darwin: Restore bootstrap.

2025-01-14 Thread Iain Sandoe
are not imported into osthread.d. Fixed thus: libphobos/ChangeLog: * libdruntime/core/thread/osthread.d: Import thread data for i686, aarch64, powerpc and powerpc64. Signed-off-by: Iain Sandoe --- libphobos/libdruntime/core/thread/osthread.d | 35 ++-- 1 file chan

[PATCH] aarch64: Provide initial specifications for Apple CPU cores.

2025-01-11 Thread Iain Sandoe
, apple-m1, apple-m2, apple-m3. * config/aarch64/aarch64-tune.md: Regenerate. Signed-off-by: Iain Sandoe --- gcc/config/aarch64/aarch64-cores.def | 12 gcc/config/aarch64/aarch64-tune.md | 2 +- 2 files changed, 13 insertions(+), 1 deletion(-) diff --git

Re: [PATCH] AArch64: Deprecate -mabi=ilp32

2025-01-10 Thread Iain Sandoe
Hi Folks, > On 10 Jan 2025, at 18:30, Wilco Dijkstra wrote: > > Hi Andrew, > >> Personally I would like this deprecated even for bare-metal. Yes the >> iwatch ABI is an ILP32 ABI but I don't see GCC implementing that any >> time soon and I suspect it would not be hard to resurrect the code at >

Re: [PATCH] c++, coroutines: Make suspend index consistent for debug.

2024-12-15 Thread Iain Sandoe
> On 10 Dec 2024, at 01:02, Jason Merrill wrote: > > On 12/9/24 2:39 PM, Iain Sandoe wrote: >>> On 9 Dec 2024, at 19:34, Jason Merrill wrote: >>> >>> On 12/9/24 2:00 PM, Iain Sandoe wrote: >>>>> On 9 Dec 2024, at 18:56, Jason Merrill w

Re: [PATCH] c++, coroutines:Ensure bind exprs are visited once [PR98935].

2024-12-15 Thread Iain Sandoe
> On 9 Dec 2024, at 18:59, Jason Merrill wrote: > > On 11/29/24 8:45 AM, Iain Sandoe wrote: >> Tested on x86_64-darwin, x86_64, powerpc64-linux, >> OK for trunk? >> thanks >> Iain >> --- 8< --- >> Recent changes in the C++ FE and the coroutines

[pushed] c++, coroutines: Use finish_if_stmt in a missed case [NFC].

2024-12-15 Thread Iain Sandoe
Use finish_if_stmt instead of manually applying the same process. Signed-off-by: Iain Sandoe --- gcc/cp/coroutines.cc | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/gcc/cp/coroutines.cc b/gcc/cp/coroutines.cc index c286af7bd07..1d75bbdf5d1 100644 --- a/gcc

  1   2   3   4   5   6   7   8   9   10   >