[committed] cobol: Eliminate various errors. [PR120244]

2025-07-31 Thread Robert Dubner
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

[PATCH] real: Eliminate access to uninitialized memory.

2025-07-31 Thread Robert Dubner
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

RE: cobol: [PATCH] Bring the COBOL front end in releases/gcc-15 up to GCC-16

2025-07-29 Thread Robert Dubner
> -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

RE: cobol: [PATCH] Bring the COBOL front end in releases/gcc-15 up to GCC-16

2025-07-29 Thread Robert Dubner
> -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

cobol: [PATCH] Bring the COBOL front end in releases/gcc-15 up to GCC-16

2025-07-28 Thread Robert Dubner
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

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-28 Thread Robert Dubner
> -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

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-27 Thread Robert Dubner
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

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-27 Thread Robert Dubner
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

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-26 Thread Robert Dubner
> -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

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-26 Thread Robert Dubner
> -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

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-25 Thread Robert Dubner
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

[committed] cobol: Honor the "-static" command-line option. [PR119231]

2025-07-24 Thread Robert Dubner
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

[committed] cobol: Tweak adjustments to location_t of GENERIC nodes for

2025-07-23 Thread Robert Dubner
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

[committed] cobol: Improved linemap and diagnostic handling; PIC validation. [PR120402]

2025-07-21 Thread Robert Dubner
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

[committed] cobol: Eliminate cppcheck warnings in gcc/cobol .cc files.

2025-07-14 Thread Robert Dubner
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

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-13 Thread Robert Dubner
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

[committed] cobol: Minor changes to genapi.cc to eliminate CPPCHECK warnings.

2025-07-13 Thread Robert Dubner
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

RE: Rewrite assign_discriminators pass

2025-07-12 Thread Robert Dubner
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...@

RE: Rewrite assign_discriminators pass

2025-07-12 Thread Robert Dubner
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,

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-09 Thread Robert Dubner
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

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-08 Thread Robert Dubner
> -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

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-08 Thread Robert Dubner
> -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

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-08 Thread Robert Dubner
> -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

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-08 Thread Robert Dubner
> -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

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-08 Thread Robert Dubner
> -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: > > >

RE: [PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-07 Thread Robert Dubner
> -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

[PATCH] cobol: Implement CXXFLAGS_FOR_COBOL.

2025-07-07 Thread Robert Dubner
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

RE: [COMMITTED] cobol: Normalize generating and using function_decls.

2025-07-01 Thread Robert Dubner
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 &

RE: [COMMITTED] cobol: Normalize generating and using function_decls.

2025-07-01 Thread Robert Dubner
> -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

[COMMITTED] cobol: Repair printf format of size_t.

2025-07-01 Thread Robert Dubner
>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 +-

[COMMITTED] cobol: Update test case for intrinsic function syntax.

2025-07-01 Thread Robert Dubner
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

[COMMITTED] cobol: Normalize generating and using function_decls.

2025-06-29 Thread Robert Dubner
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

FW: [PATCH] gcc: Make int n_infiles local to gcc.cc.

2025-06-12 Thread Robert Dubner
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

RE: [committed] cobol: Eliminate unguarded clock_gettime dependencies. [PR119975]

2025-06-12 Thread Robert Dubner
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

[committed] cobol: Eliminate unguarded clock_gettime dependencies. [PR119975]

2025-06-11 Thread Robert Dubner
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 |

[PATCH] gcc: Make int n_infiles local to gcc.cc.

2025-06-09 Thread Robert Dubner
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&

[committed] cobol: Diagnostic messages, Flex build, and some cppcheck reports. [PR120328, PR119695]

2025-06-06 Thread Robert Dubner
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

RE: [PATCH] libgcobol: Drop unhelpful constexpr keyword [PR120554]

2025-06-06 Thread Robert Dubner
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

RE: [PATCH] libgcobol: Drop unhelpful constexpr keyword [PR120554]

2025-06-06 Thread Robert Dubner
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

[committed] cobol: Guard clock_gettime(). [PR119975]

2025-06-05 Thread Robert Dubner
>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..."

[committed] cobol: Honor HAVE_CLOCK_GETTIME and HAVE_GETTIMEOFDAY. [PR119975]

2025-06-02 Thread Robert Dubner
(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

[committed] cobol: Wrap the call to fprintf in a libgcobol routine. [PR119524]

2025-06-01 Thread Robert Dubner
>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,

[committed] cobol: Multiple PRs; formatting; exception processing.

2025-05-20 Thread Robert Dubner
0001-cobol-Multiple-PRs-formatting-exception-processing.patch Description: Binary data

RE: [PATCH] cobol: fix minor grammar in comments

2025-05-20 Thread Robert Dubner
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

[committed] cobol: sqrt(0) is not an ec-argument error. [PR119885]

2025-05-20 Thread Robert Dubner
>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

[committed] cobol: Eliminate exception "blob"; streamline some code.

2025-05-16 Thread Robert Dubner
0001-cobol-Eliminate-exception-blob-streamline-some-code-.patch Description: Binary data

[committed] cobol: One additional edit to testsuite/cobol.dg/group1/check_88.cob [PR120251]

2025-05-15 Thread Robert Dubner
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

[committed] cobol: Don't display 0xFF HIGH-VALUE characters in testcases. [PR120251]

2025-05-15 Thread Robert Dubner
0001-cobol-Don-t-display-0xFF-HIGH-VALUE-characters-in-te.patch Description: Binary data

RE: [PATCH] libgcobol: Allow for lack of LOG_PERROR

2025-05-12 Thread Robert Dubner
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 > >

[committed] cobol: Eliminate padding bytes from cbl_declarative_t.

2025-05-11 Thread Robert Dubner
>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

[committed] cobol: New testcases.

2025-05-11 Thread Robert Dubner
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.

RE: [PATCH] cobol: Don't require GLOB_BRACE etc. [PR119217]

2025-05-07 Thread Robert Dubner
> -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

RE: [PATCH] cobol: Initialize regmatch_t portably [PR119217]

2025-05-07 Thread Robert Dubner
> -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/

RE: [PATCH] cobol: Allow for undefined NAME_MAX [PR119217]

2025-05-07 Thread Robert Dubner
> -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

RE: [PATCH] libgcobol: Heed --enable-libgcobol

2025-05-07 Thread Robert Dubner
> -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

RE: Unreviewed COBOL patches

2025-05-07 Thread Robert Dubner
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

RE: [PATCH] cobol: Rewrite exception handling. Partially refactor subscript/refmod calculations.

2025-05-05 Thread Robert Dubner
> -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

RE: [PATCH] cobol: Rewrite exception handling. Partially refactor subscript/refmod calculations.

2025-05-05 Thread Robert Dubner
> -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

RE: [PATCH] cobol: Rewrite exception handling. Partially refactor subscript/refmod calculations.

2025-05-04 Thread Robert Dubner
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' >

RE: [PATCH] cobol: Fix up exception handling [PR119364]

2025-05-02 Thread Robert Dubner
--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: >

RE: [PATCH] cobol: Fix up exception handling [PR119364]

2025-05-02 Thread Robert Dubner
> 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

[committed] cobol: New testcases.

2025-04-25 Thread Robert Dubner
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:

[committed] cobol: Repair some exception processing logic.

2025-04-24 Thread Robert Dubner
>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

RE: [PATCH] cobol: Allow for undefined NAME_MAX [PR119217]

2025-04-20 Thread Robert Dubner
> -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]

RE: [PATCH] cobol: Allow for undefined NAME_MAX [PR119217]

2025-04-19 Thread Robert Dubner
> -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

RE: Fix time zone for 'cobol.dg/group2/FUNCTION_DATE___TIME_OMNIBUS.cob' [PR119818] (was: cobol: [committed] More testcases)

2025-04-18 Thread Robert Dubner
> -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]

RE: [PATCH] libgcobol: Check for struct tm tm_zone

2025-04-18 Thread Robert Dubner
> -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

RE: [PATCH] Add COBOL information to gcc.gnu.org index.html

2025-04-17 Thread Robert Dubner
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.

RE: [PATCH] Add COBOL information to gcc.gnu.org index.html

2025-04-17 Thread Robert Dubner
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

RE: Re: [PATCH] Add COBOL to htdocs/gcc-15/changes.html.

2025-04-17 Thread Robert Dubner
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

[PATCH] Add COBOL information to gcc.gnu.org index.html

2025-04-17 Thread Robert Dubner
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

[PATCH] Add COBOL to htdocs/gcc-15/changes.html.

2025-04-17 Thread Robert Dubner
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

[PATCH] cobol: Eliminate gcc/cobol/LICENSE. [PR119759]

2025-04-16 Thread Robert Dubner
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

RE: COBOL: Is anything stalled because of me?

2025-04-15 Thread Robert Dubner
> -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,

RE: [PATCH] cobol/119302 - transform gcobol.3 name during install, install as gcobol-io.3

2025-04-15 Thread Robert Dubner
> -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

COBOL: Is anything stalled because of me?

2025-04-15 Thread Robert Dubner
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

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

2025-04-14 Thread Robert Dubner
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

RE: [committed] cobol: Eliminate cobolworx UAT errors when compiling with -Os

2025-04-11 Thread Robert Dubner
> -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,

RE: [committed] cobol: Eliminate many getenv() calls. [PR119694]

2025-04-11 Thread Robert Dubner
> -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

[committed] cobol: Eliminate many getenv() calls. [PR119694]

2025-04-11 Thread Robert Dubner
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

RE: [committed] cobol: Proper comparison of alphanumeric to refmoded numeric-display [PR119682]

2025-04-10 Thread Robert Dubner
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

[committed] cobol: New testcases for reference modification.

2025-04-10 Thread Robert Dubner
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

[committed] cobol: Proper comparison of alphanumeric to refmoded numeric-display [PR119682]

2025-04-09 Thread Robert Dubner
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

RE: [PATCH] change cbl_field_data_t::etc_t::value from _Float128 to tree

2025-04-05 Thread Robert Dubner
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,

[committed] cobol: Change some dubious sprintf() calls to xasprintf in genapi.cc

2025-04-05 Thread Robert Dubner
>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

RE: [PATCH] cobol: Replace quadratic loop removing std::set elements

2025-04-05 Thread Robert Dubner
> -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

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

2025-04-05 Thread Robert Dubner
> -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,

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

2025-04-05 Thread Robert Dubner
> -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 > >

RE: [PATCH] change cbl_field_data_t::etc_t::value from _Float128 to tree

2025-04-05 Thread Robert Dubner
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

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

2025-04-05 Thread Robert Dubner
> -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

RE: [PATCH 2/2] [cobol] make sources coretypes.h and tree.h clean

2025-04-05 Thread Robert Dubner
> -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

RE: [PATCH] fold-const, cobol: Add native_encode_wide_int and use it in COBOL FE [PR119242]

2025-04-05 Thread Robert Dubner
> -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

RE: [PATCH] change cbl_field_data_t::etc_t::value from _Float128 to tree

2025-04-05 Thread Robert Dubner
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

[committed] cobol: Set compile-time and run-time signable_e bits the same

2025-04-04 Thread Robert Dubner
>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

RE: [committed] cobol: Eliminate cobolworx UAT errors when compiling with -Os

2025-04-04 Thread Robert Dubner
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

cobol: [committed] More testcases

2025-04-04 Thread Robert Dubner
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.

RE: [committed] cobol: Eliminate cobolworx UAT errors when compiling with -Os

2025-04-04 Thread Robert Dubner
> -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

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

2025-04-04 Thread Robert Dubner
> -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

RE: [PATCH 2/2] [cobol] make sources coretypes.h and tree.h clean

2025-04-04 Thread Robert Dubner
Yes. Back in about 75 minutes. > -Original Message- > From: Jakub Jelinek > Sent: Wednesday, March 19, 2025 13:18 > 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 > >

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

2025-04-04 Thread Robert Dubner
sn't being built with debug_info, and I need it to be. I'll start looking, but any help would be appreciated. > -Original Message- > From: Jakub Jelinek > Sent: Thursday, March 20, 2025 17:07 > To: Robert Dubner > Cc: Richard Biener ; gcc-patches@gcc.gnu.org > S

  1   2   3   >