> -Original Message-
> From: Jakub Jelinek
> Sent: Friday, August 1, 2025 12:47
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [committed] cobol: Minor changes to quiet cppcheck
warnings.
> [PR119324]
>
> On Fri, Aug 01, 2025 at 11:39:34AM
>From 8b06c58c4ae83d4007510f2d2c74ee979bc2b86a Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Fri, 1 Aug 2025 10:37:38 -0400
Subject: [PATCH] cobol: Minor changes to quiet cppcheck warnings.
[PR119324]
gcc/cobol/ChangeLog:
PR cobol/119324
* cbldiag.h (location_dump): Inl
These changes were committed to trunk.
From: Robert Dubner
Date: Wed, 30 Jul 2025 09:54:13 -0400
Subject: [PATCH] cobol: Eliminate various errors. [PR120244]
The following coding errors were located by running extended tests
through valgrind. These changes repair the errors.
gcc/cobol
rom fffd7c46b2796e5ff98a53b06409f48961e1eb21 Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Thu, 31 Jul 2025 07:45:26 -0400
Subject: [PATCH] real: Eliminate access to uninitialized memory.
When compiling this program with gcobol:
identification division.
program-id. prog.
data divis
> -Original Message-
> From: Thomas Schwinge
> Sent: Tuesday, July 29, 2025 03:46
> To: Robert Dubner
> Cc: Jakub Jelinek ; Richard Biener
> ; Richard Biener ;
> jklow...@cobolworx.com; gcc-patches@gcc.gnu.org
> Subject: Re: cobol: [PATCH] Bring the COBOL fron
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, July 29, 2025 02:55
> To: Robert Dubner
> Cc: Jakub Jelinek ; Richard Biener ;
> jklow...@cobolworx.com; Thomas Schwinge ; gcc-
> patc...@gcc.gnu.org
> Subject: Re: cobol: [PATCH] Bring the COBOL fron
It takes a village.
Specifically, it took a village for me to accomplish the goal of possibly
bringing the COBOL front end in the next release of GCC-15 up to the
current level found in GCC-16.
I can't thank Richard and Jakub and Thomas and the group here enough. I
came in knowing nothing, and y
> -Original Message-
> From: Richard Biener
> Sent: Monday, July 28, 2025 04:17
> To: Robert Dubner
> Cc: Andreas Schwab ; Thomas Schwinge
> ;
> David Malcolm ; g...@gcc.gnu.org;
> gcc-patches@gcc.gnu.org;
> James K. Lowden
> Subject: RE: GCC 15
out to do, your pointers led have led me not only to a better
understanding of GIT, but I also know why I can't do such a big update to
just COBOL.
Best regards to all,
Bob Dubner
> -Original Message-
> From: Robert Dubner
> Sent: Sunday, July 27, 2025 11:25
> To: Richar
ts that I don't have
much idea how to resolve.
If I don't make headway quickly, then I am likely to throw in the towel
pretty fast.It's not like GCC-15 being brought up to date is a
necessity.
> -Original Message-
> From: Richard Biener
> Sent: Sunday, July
> -Original Message-
> From: Richard Biener
> Sent: Saturday, July 26, 2025 12:06
> To: Robert Dubner
> Cc: g...@gcc.gnu.org; gcc-patches@gcc.gnu.org; James K. Lowden
>
> Subject: Re: GCC 15.1.1 Status Report (2025-07-11)
>
>
>
> > Am 26.07
> -Original Message-
> From: Richard Biener
> Sent: Saturday, July 26, 2025 12:06
> To: Robert Dubner
> Cc: g...@gcc.gnu.org; gcc-patches@gcc.gnu.org; James K. Lowden
>
> Subject: Re: GCC 15.1.1 Status Report (2025-07-11)
>
>
>
> > Am 26.07
Richard, this message of yours about changes for 15.2 RC has been
percolating in my head since I first saw it.
So, today I gave it a shot.
A significant amount of COBOL development has occurred in the four months
since GCC-15 was released.
I just built a patch that brought changes in COBOL from
Subject: [PATCH] cobol: Honor the "-static" command-line option.
[PR119231]
gcc/cobol/ChangeLog:
PR cobol/119231
* gcobolspec.cc: (lang_specific_driver): Pass OPT_static through.
Handle -static and -static-libgcobol properly.
gcc/testsuite/ChangeLog:
* cobol.dg/g
Subject: [PATCH] cobol: Tweak adjustments to location_t of GENERIC nodes
for
PERFORM.
COBOL has a group of PERFORM statements that require careful adjustments
to
the location_t elements of the GENERIC nodes so that the COBOL-aware
version
of GDB behaves properly. These changes are in service of
diagnostic messages and
location_t tagging of GENERIC nodes for improved GDB-COBOL performance.
Assorted changes to eliminate cppcheck warnings.
Co-Authored-By: James K. Lowden
Co-Authored-By: Robert Dubner
gcc/cobol/ChangeLog:
PR cobol/120402
* Make-lang.in: Elminate commented
Subject: [PATCH] cobol: Eliminate cppcheck warnings in gcc/cobol .cc
files.
These changes eliminate various cppcheck warnings, mostly involving
C-Style
casting and applying "const" to various variables and formal parameters.
Some tab characters were eliminated, and some lines were trimmed to
seven
Thank you. I didn't respond sooner because I was away from the computer for
a few days.
And thank you for giving me some clarity on that line I labeled, "I don't
understand..."
> -Original Message-
> From: Iain Buclaw
> Sent: Thursday, July 10, 2
Subject: [PATCH] cobol: Minor changes to genapi.cc to eliminate CPPCHECK
warnings.
Several hundred cppcheck warnings were eliminated.
Most of these changes were replacing C-style casts, checking for NULL
pointers, establishing some variables and formal parameters as const,
and moving some variab
r job not to create nodes with negative line numbers.
We're working on that.
> -Original Message-
> From: Robert Dubner
> Sent: Saturday, July 12, 2025 14:47
> To: Jan Hubicka ; H.J. Lu
> Cc: Richard Biener ; gcc-patches@gcc.gnu.org;
> kvivekana...@nvidia.com; dhr...@
Please be aware that something introduced in
385d9937f0e - Rewrite assign_discriminators
has since caused a "make cobol-check" failure. The backtrace generated
during the attempt to compile
cobol.dg/group1/simple-classes.cob
looks like this
cobol1: internal compiler error: in get_or_insert,
Even then, CFLAGS-cobol/genapi.o did not seem to be set as a result.
I do not know why my attempts to set CFLAGS-cobol/genapi.o are failing.
> -Original Message-
> From: Andreas Schwab
> Sent: Wednesday, July 9, 2025 03:23
> To: Robert Dubner
> Cc: Rainer Orth ; gcc-patc
> -Original Message-
> From: James K. Lowden
> Sent: Tuesday, July 8, 2025 17:11
> To: Robert Dubner
> Cc: Richard Biener ; Rainer Orth
> ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.
>
> On Tue, 8 Jul 2025 14:11:19
> -Original Message-
> From: Andreas Schwab
> Sent: Tuesday, July 8, 2025 10:01
> To: Robert Dubner
> Cc: Rainer Orth ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.
>
> There is already $(CFLAGS-$@) to add extra flags f
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, July 8, 2025 14:22
> To: Robert Dubner
> Cc: Rainer Orth ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.
>
> On Tue, Jul 8, 2025 at 12:46
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, July 8, 2025 09:54
> To: Robert Dubner
> Cc: Andreas Schwab ; Rainer Orth bielefeld.de>; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.
>
> On Tue, Jul 8, 20
> -Original Message-
> From: Andreas Schwab
> Sent: Tuesday, July 8, 2025 03:16
> To: Robert Dubner
> Cc: Rainer Orth ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.
>
> On Jul 07 2025, Robert Dubner wrote:
>
> >
> -Original Message-
> From: Rainer Orth
> Sent: Monday, July 7, 2025 18:08
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.
>
> Hi Robert,
>
> > I have elsewhere described my frustrat
this okay for trunk?
Thanks.
Bob Dubner
>From ff295ac4ba9728fdd8d97fa73754cd17a21d0f18 Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Mon, 7 Jul 2025 16:34:09 -0400
Subject: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.
It's useful during development to be able to specify compilation
er. (The difference is a 13-second build of gcc/cobol and
libgcobol versus a four-minute complete build of gcc.)
Maybe I should rename it "dubner.clean", or "donotuse.clean".
> -Original Message-
> From: Rainer Orth
> Sent: Monday, June 30, 2025 10:27
&
> -Original Message-
> From: Rainer Orth
> Sent: Monday, June 30, 2025 10:27
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [COMMITTED] cobol: Normalize generating and using
> function_decls.
>
> Hi Robert,
>
> > These changes have
>From 4e8cb6fb26abc2601850577d13bbc669beee0290 Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Tue, 1 Jul 2025 12:02:21 -0400
Subject: [PATCH] cobol: Repair printf format of size_t.
gcc/cobol/ChangeLog:
* parse.y: printf() of size_t is %zu, not %ld.
---
gcc/cobol/parse.y | 2 +-
A recent update to the COBOL syntax checker resulted in this test case
failing, so it needed to be fixed.
>From f6c187a4f34b6925196279fd623f9f1396385a18 Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Tue, 1 Jul 2025 11:07:18 -0400
Subject: [PATCH] cobol: Update t
These changes have been shown to generate more sensible code on both
x86_64.
On x86_64-pc-linux, a bootstrap build of --enable-languages=c,c++,cobol
succeeded.
>From b91fce351b74ab65016a19116ecf1bc1da9cc9cd Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Sun, 29
It occurs to me that with 500 or so messages a day coming through, perhaps
targeting individuals might be useful.
Consider this somewhere between an initial message and a ping:
-Original Message-
From: Robert Dubner
Sent: Monday, June 9, 2025 19:19
To: gcc-patches@gcc.gnu.org
Subject
Well, that's an unexpected bit of pleasant news.
Thanks for letting me know, and for the tips on gettimeofday.
> -Original Message-
> From: Rainer Orth
> Sent: Thursday, June 12, 2025 08:48
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [comm
Subject: [PATCH] cobol: Eliminate unguarded clock_gettime dependencies.
[PR119975]
These changes are help make it possible to compile on MacOS. In
addition to guarding clock_settime() calls, it removes the use
of structures and constants needed for clock_settime().
---
libgcobol/intrinsic.cc |
es;" in gcc/gcc.cc.
Okay for trunk?
>From 1d9afbdb9c313fd58fefc5d1d284f1831942ed98 Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Mon, 9 Jun 2025 18:38:10 -0400
Subject: [PATCH] gcc: Make int n_infiles local to gcc.cc.
The variable "int n_infiles&
tion overhead; remove %zu.
(cbl_enabled_exceptions_t::dump): Remove %zu.
(__gg__set_exception_environment): Likewise.
Co-authored-by: James K. Lowden
Co-authored-by: Robert Dubner
0001-cobol-Diagnostic-messages-Flex-build-and-some-cppche.patch
Description: Binary data
I once was involved in a dinner party where three different people dumped
"a little bit" of salt into the soup while it was cooking.
This feels like that.
I'll be taking care of this.
> -Original Message-
> From: James K. Lowden
> Sent: Friday, June 6, 2025 14:51
> To: gcc-patches@gcc.g
We are taking care of this separately, as part of a larger set of changes.
So, please don't apply the patch; we're likely to trip over each other.
Thanks!
> -Original Message-
> From: Jakub Jelinek
> Sent: Friday, June 6, 2025 09:48
> To: Robert Dubner ; James
>From 5aeef30c9f9fcb6b28403ad015790fdb273106be Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Thu, 5 Jun 2025 10:53:02 -0400
Subject: [PATCH] cobol: Guard clock_gettime(). [PR119975]
This attempts to eliminate "'clock_gettime' not declared..."
(parser_intrinsic_call_0): Use get_time_64()
function.
* genutil.cc (get_time_64): Definition created.
* genutil.h (get_time_64): Declaration created.
>From 4c958c0c5160cd3b4162737613ba6c40574c4d0a Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Mon, 2 Jun 2025 15:55:20 -0400
Subject: [PA
>From 501f95ffae0371e2335f89951a02a3a32f0cd53d Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Sun, 1 Jun 2025 12:32:37 -0400
Subject: [PATCH] [PR119524]
---
gcc/cobol/gengen.cc| 16 +---
libgcobol/libgcobol.cc | 14 ++
2 files changed,
0001-cobol-Multiple-PRs-formatting-exception-processing.patch
Description: Binary data
Thank you very much.
I have repaired these typographical errors in our COBOLworx development
repository; they'll find their way into the gcc/master repository in at
most a few days.
(I had to look at the first one, the lower-case version, for about thirty
seconds before I saw the difference.)
Mu
>From 3c9066c01ccd7270408423b1773699af05dd361e Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Tue, 20 May 2025 11:49:43 -0400
Subject: [PATCH] cobol: sqrt(0) is not an ec-argument error. [PR119885]
libgcobol
PR cobol/119885
* intrinsic.cc: (__gg__s
0001-cobol-Eliminate-exception-blob-streamline-some-code-.patch
Description: Binary data
Subject: [PATCH] cobol: One additional edit to
testsuite/cobol.dg/group1/check_88.cob [PR120251]
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Missed one edit. This fixes that.
gcc/testsuite/ChangeLog:
PR cobol/120251
* cobol.dg/group
0001-cobol-Don-t-display-0xFF-HIGH-VALUE-characters-in-te.patch
Description: Binary data
was a death in his family, and it may be a couple of weeks before
he can give software development his full attention.
> -Original Message-
> From: Rainer Orth
> Sent: Monday, May 12, 2025 08:06
> To: gcc-patches@gcc.gnu.org
> Cc: Robert Dubner ; James K. Lowden
>
>
>From 1e4dee2dae0ad08fecb50dcced3d00c6cfffd932 Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Sun, 11 May 2025 13:43:32 -0400
Subject: [PATCH] cobol: Eliminate padding bytes from cbl_declarative_t.
[PR119377]
By changing the type of a variable in
cobol: New testcases.
Eighty-six testcases extracted from the run_move and run_misc
COBOLworx
testsuite.
gcc/testsuite/ChangeLog:
* cobol.dg/group2/258_Nested_PERFORM.cob: New testcase.
* cobol.dg/group2/259_PERFORM_VARYING_BY_-0.2.cob: Likewise.
> -Original Message-
> From: Rainer Orth
> Sent: Friday, April 11, 2025 04:43
> To: gcc-patches@gcc.gnu.org
> Cc: Robert Dubner ; James K. Lowden
>
> Subject: [PATCH] cobol: Don't require GLOB_BRACE etc. [PR119217]
>
> cdf-copy.cc doesn't compile o
> -Original Message-
> From: Rainer Orth
> Sent: Friday, April 11, 2025 04:50
> To: gcc-patches@gcc.gnu.org
> Subject: [PATCH] cobol: Initialize regmatch_t portably [PR119217]
>
> The dts.h initialization of regmatch_t currently breaks Solaris
> compilation:
>
> In file included from /vol/
> -Original Message-
> From: Rainer Orth
> Sent: Friday, April 11, 2025 05:17
> To: gcc-patches@gcc.gnu.org
> Cc: Robert Dubner ; James K. Lowden
>
> Subject: [PATCH] cobol: Allow for undefined NAME_MAX [PR119217]
>
> All users of symbols.h fail to compile o
> -Original Message-
> From: Rainer Orth
> Sent: Friday, April 11, 2025 05:26
> To: gcc-patches@gcc.gnu.org
> Cc: Robert Dubner ; James K. Lowden
>
> Subject: [PATCH] libgcobol: Heed --enable-libgcobol
>
> If some target isn't listed as supported in con
yesterday, and I will look into these four
patches today.
> -Original Message-
> From: Rainer Orth
> Sent: Wednesday, May 7, 2025 04:38
> To: gcc-patches@gcc.gnu.org
> Cc: Robert Dubner ; James K. Lowden
> ; Jakub Jelinek ; Richard
Biener
>
> Subject: Unreviewed COBOL
> -Original Message-
> From: Rainer Orth
> Sent: Monday, May 5, 2025 16:53
> To: Robert Dubner
> Cc: Iain Sandoe ; GCC Patches patc...@gcc.gnu.org>; Jakub Jelinek ; James K. Lowden
>
> Subject: Re: [PATCH] cobol: Rewrite exception handling. Partially
ref
> -Original Message-
> From: Iain Sandoe
> Sent: Monday, May 5, 2025 14:46
> To: Robert Dubner
> Cc: GCC Patches ; Jakub Jelinek
> ; James K. Lowden
> Subject: Re: [PATCH] cobol: Rewrite exception handling. Partially refactor
> subscript/refmod calculations
I know it's the weekend. But this has been niggling at me, so I decided
to push it.
> -Original Message-
> From: Robert Dubner
> Sent: Saturday, May 3, 2025 10:19
> To: gcc-patches@gcc.gnu.org
> Cc: 'Jakub Jelinek' ; 'James K. Lowden'
>
--Original Message-
> From: Jakub Jelinek
> Sent: Friday, May 2, 2025 13:16
> To: Robert Dubner
> Cc: James K. Lowden ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Fix up exception handling [PR119364]
>
> On Fri, May 02, 2025 at 12:01:14PM -0500, Robert Dubner wrote:
>
> From: Jakub Jelinek
> Sent: Friday, May 2, 2025 10:59
> To: Robert Dubner ; James K. Lowden
>
> Cc: gcc-patches@gcc.gnu.org
> Subject: [PATCH] cobol: Fix up exception handling [PR119364]
>
> Hi!
>
> The following patch on top of the
> https://gcc.gnu.org/pipe
Fifty-eight new testcases for COBOL. These cover a range of fundamental
operations and data representation.
>From 591831dcd4bc9cb9c089d952e73ec8bfcb6cb3fb Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Fri, 25 Apr 2025 10:19:35 -0400
Subject: [PATCH] cobol:
>From 5faa0313bd82827f86768553932d55f7b2bc05a2 Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Thu, 24 Apr 2025 16:26:58 -0400
Subject: [PATCH] cobol: Repair some exception processing logic.
This patch changes the exception processing logic for the calculation of
reference modifications
> -Original Message-
> From: Sam James
> Sent: Saturday, April 19, 2025 19:53
> To: Robert Dubner
> Cc: Jakub Jelinek ; Rainer Orth bielefeld.de>; Richard Biener ; Andreas
Schwab
> ; gcc-patches@gcc.gnu.org; James K. Lowden
>
> Subject: Re: [PATCH]
> -Original Message-
> From: Jakub Jelinek
> Sent: Friday, April 18, 2025 14:10
> To: Rainer Orth
> Cc: Richard Biener ; Andreas Schwab
> ; gcc-patches@gcc.gnu.org; Robert Dubner
> ; James K. Lowden
> Subject: Re: [PATCH] cobol: Allow for undefined NAME_MAX [PR
> -Original Message-
> From: Thomas Schwinge
> Sent: Friday, April 18, 2025 07:11
> To: Robert Dubner ; gcc-patches@gcc.gnu.org
> Cc: sch...@linux-m68k.org
> Subject: Fix time zone for
> 'cobol.dg/group2/FUNCTION_DATE___TIME_OMNIBUS.cob' [PR119818]
> -Original Message-
> From: Rainer Orth
> Sent: Friday, April 18, 2025 07:50
> To: Andreas Schwab
> Cc: gcc-patches@gcc.gnu.org; Robert Dubner ; James K.
> Lowden ; Jakub Jelinek
> Subject: Re: [PATCH] libgcobol: Check for struct tm tm_zone
>
> Rainer Orth
In the absence of commentary, I have pushed those documentation changes.
> -Original Message-
> From: Robert Dubner
> Sent: Thursday, April 17, 2025 20:26
> To: Sam James
> Cc: gcc-patches@gcc.gnu.org
> Subject: RE: [PATCH] Add COBOL information to gcc.gnu.org index.
I wonder how I missed that? Thanks.
> -Original Message-
> From: Sam James
> Sent: Thursday, April 17, 2025 18:31
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] Add COBOL information to gcc.gnu.org index.html
>
> Robert Dubner writes
I'll change it to "...much of the NIST test suite..." before I push it.
> -Original Message-
> From: Simon Sobisch
> Sent: Thursday, April 17, 2025 15:11
> To: rdub...@symas.com
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: Re: [PATCH] Add COBOL to htdocs/gcc-15/changes.html.
>
> Please a
Okay for htdocs/master?
>From d412e45d5afeecded3c8cf1b6b2865e088a480cc Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Thu, 17 Apr 2025 15:12:26 -0400
Subject: [PATCH] Add COBOL information to gcc.gnu.org index.html
* htdocs/index.html: Add COBOL information.
---
htdocs/index.h
Adds a COBOL section to htdocs/gcc-15/changes.html.
Okay for master?
>From 177e87149b3174ca27a58cef7276d88d1363061b Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Thu, 17 Apr 2025 12:47:26 -0400
Subject: [PATCH] Add COBOL to gcc-15 changes.
* gcc
I am not well-versed in license and legal issues. But I see that except
for the GO language, gcc/cobol is almost unique in that there is a LICENSE
file.
This patch gets rid of it.
Okay for trunk?
Subject: [PATCH] cobol: Eliminate gcc/cobol/LICENSE. [PR119759]
gcc/cobol
PR cobol/11975
> -Original Message-
> From: Jakub Jelinek
> Sent: Tuesday, April 15, 2025 13:54
> To: Robert Dubner
> Cc: 'Jeff Law' ; gcc-patches@gcc.gnu.org; 'James
K.
> Lowden'
> Subject: Re: COBOL: Is anything stalled because of me?
>
> On Tue,
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, April 15, 2025 13:10
> To: gcc-patches@gcc.gnu.org
> Cc: Jakub Jelinek ; rdub...@symas.com
> Subject: [PATCH] cobol/119302 - transform gcobol.3 name during install,
> install as gcobol-io.3
>
> The following installs gcobol.3 as
Speaking purely casually: I thought that that COBOL would be released with
documented limited capability. "Yeah, it works on x86_64-linux and
aarch64-linux. More to come.". We knew that we didn't know how to
cross-compile, and we knew that other platforms would have to come, in time.
It nev
I applied this patch. It works on my local systems, and it passes the
cobolworx CI/CD pipelines.
It is okay for trunk.
> -Original Message-
> From: Jakub Jelinek
> Sent: Thursday, April 10, 2025 12:37
> To: Rainer Orth
> Cc: Iain Sandoe ; gcc-patches@gcc.gnu.org;
> i...@sandoe.co.uk; j
> -Original Message-
> From: Richard Biener
> Sent: Monday, April 7, 2025 03:19
> To: Robert Dubner
> Cc: Sam James ; GCC Patches ;
> Richard Biener
> Subject: Re: [committed] cobol: Eliminate cobolworx UAT errors when
> compiling with -Os
>
> On Fri,
> -Original Message-
> From: Robert Dubner
> Sent: Friday, April 11, 2025 23:06
> To: 'Patches GCC'
> Subject: [committed] cobol: Eliminate many getenv() calls. [PR119694]
>
> A lot of those debugging getenv() calls were accumulated cruft. We took
> t
A lot of those debugging getenv() calls were accumulated cruft. We took
this opportunity to get rid of most of them.
The few that remain have been disabled with a #define gcobol_genenv() that
returns NULL. Thank you, Richard.
The remaining getenv() calls use GCOBOL_ prefixes on the environment
I just pushed another eleven testcases, one of which is inspired by the
original PR.
> -Original Message-
> From: Richard Biener
> Sent: Thursday, April 10, 2025 01:14
> To: Robert Dubner
> Cc: Patches GCC
> Subject: Re: [committed] cobol: Proper comparison
cobol: New testcases for reference modification.
gcc/testsuite
* cobol.dg/group2/Dynamic_reference_modification.cob: New
testcase.
* cobol.dg/group2/Length_overflow__1_.cob: Likewise.
* cobol.dg/group2/Length_overflow__2_.cob: Likewise.
* co
This patch eliminates the error.
cobol: Proper comparison of alphanumeric to refmoded numeric-display
[PR119682]
gcc/cobol
PR cobol/119682
* genapi.cc: (cobol_compare): Change the call to
__gg__compare().
libgcobol
PR cobol/119682
* c
ubscripts up to 2^64-1 seem to be a great
sufficiency.
auto sub = real_to_integer (TREE_REAL_CST_PTR
(subscript->data.value_of()));
REAL_VALUE_TYPE csub;
real_from_integer (&csub, VOIDmode, sub, SIGNED);
> -Original Message-
> From: Jakub Jelinek
> Sent: Sunday,
>From 59665ed295feeea4647f3c9473b338b1c0b48ec7 Mon Sep 17 00:00:00 2001
From: Bob Dubner mailto:rdub...@symas.com
Date: Tue, 1 Apr 2025 17:01:59 -0400
Subject: [PATCH] cobol: Change some dubious sprintf() calls to xasprintf
in
genapi.cc
These calls were into fixed-length arrays that might be too
> -Original Message-
> From: Jonathan Wakely
> Sent: Thursday, March 20, 2025 18:01
> To: James K. Lowden
> Cc: gcc-patches@gcc.gnu.org; Robert Dubner
> Subject: Re: [PATCH] cobol: Replace quadratic loop removing std::set
> elements
>
> On Thu, 20 Mar 202
> -Original Message-
> From: Richard Biener
> Sent: Friday, March 21, 2025 03:48
> To: Robert Dubner
> Cc: Jakub Jelinek ; gcc-patches@gcc.gnu.org
> Subject: RE: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value
> from _Float128 to tree
>
> On Thu,
> -Original Message-
> From: Iain Sandoe
> Sent: Wednesday, April 2, 2025 15:34
> To: Robert Dubner
> Cc: Jakub Jelinek ; James K. Lowden
> ; Richard Biener ; GCC Patches
>
> Subject: Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules
>
>
ut-file out for a spin.
> -Original Message-
> From: Jakub Jelinek
> Sent: Saturday, March 22, 2025 03:29
> To: Richard Biener
> Cc: Robert Dubner ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] change cbl_field_data_t::etc_t::value from
_Float128
> to t
> -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::value
> from _Float128 to tree
>
> On Thu, 20 Mar 2025, Richard B
> -Original Message-
> From: Jakub Jelinek
> Sent: Wednesday, March 19, 2025 13:08
> To: Robert Dubner
> Cc: Richard Biener ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH 2/2] [cobol] make sources coretypes.h and tree.h
clean
>
> On Wed, Mar 19, 2025 at 12:04:0
> -Original Message-
> From: Jakub Jelinek
> Sent: Wednesday, April 2, 2025 12:36
> To: Richard Biener ; Robert Dubner
;
> James K. Lowden ; Richard Sandiford
>
> Cc: gcc-patches@gcc.gnu.org
> Subject: [PATCH] fold-const, cobol: Add native_encode_wide_int
I did what I described to apply the patch copied in this e-mail
The results: You started with two errors in our gcc/cobol/tests, one was
the 55.5556 problem. That one is gone. But another test where a
couple of results that should be 0.01 and 0.1 are coming out .00 and .0
You started with
>From 6602fc076a883cf0cd20a37655a6bd9c146a2770 Mon Sep 17 00:00:00 2001
From: Bob Dubner
Date: Fri, 4 Apr 2025 18:33:42 -0400
Subject: [PATCH] cobol: Set compile-time and run-time signable_e bits the
same
for RETURN-CODE.
This fix reverts the recent cobol_langhook_post_options change setting
fla
the optimization algorithms can
be extremely cranky about value types.
In any event, with that straightened out, everything is working without
the flag_strict_aliasing modification.
Thanks for asking, and thanks for listening.
> -Original Message-
> From: Robert Dubner
> Sen
commit 13fb7a39f5dc037e95420ad86e89f99e622d7259
Author: Bob Dubner
Date: Fri Apr 4 14:41:27 2025 -0400
cobol: New testcases.
Derived from cobolworx UAT run_functions.at.
gcc/testsuite
*
cobol.dg/group2/call_subprogram_using_pointer__passing_pointer.cob: New
testcase.
> -Original Message-
> From: Sam James <mailto:s...@gentoo.org>
> Sent: Friday, April 4, 2025 14:28
> To: Robert Dubner <mailto:rdub...@symas.com>
> Cc: 'GCC Patches' <mailto:gcc-patches@gcc.gnu.org>
> Subject: Re: [committed] cobol: Eliminate
> -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::value
> from _Float128 to tree
>
> On Thu, 20 Mar 2025, Richard B
1 - 100 of 203 matches
Mail list logo
