(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
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
>
>
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
;s isolated to
libgcobol. And if I am not anticipating some other problem, well, I am
content to wait until that other problem crops up.
> -Original Message-
> From: Richard Biener
> Sent: Friday, March 21, 2025 04:14
> To: Robert Dubner
> Cc: gcc-patches@gcc.gn
> -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
LGTM
> -Original Message-
> From: Andreas Schwab
> Sent: Monday, March 24, 2025 06:47
> To: gcc-patches@gcc.gnu.org
> Cc: jklow...@cobolworx.com; rdub...@symas.com
> Subject: [PATCH] Remove buffer overflow in cobol driver
>
> * gcobolspec.cc (lang_specific_driver): Use pointer instead of
>From e70fe5ed46ab129a8b1da961c47d3fb75b11b988 Mon Sep 17 00:00:00 2001
From: Bob Dubner mailto:rdub...@symas.com
Date: Fri, 4 Apr 2025 13:48:58 -0400
Subject: [PATCH] cobol: Eliminate cobolworx UAT errors when compiling with
-Os
Testcases compiled with -Os were failing because static functions an
cobol: New testcases for INSPECT statement.
gcc/testsuite
* cobol.dg/group2/INSPECT_BACKWARD_REPLACING_LEADING.cob: New
testcase.
* cobol.dg/group2/INSPECT_BACKWARD_REPLACING_TRAILING.cob:
Likewise.
* cobol.dg/group2/INSPECT_BACKWARD_simple_CONVERTING.c
gt; From: Iain Sandoe
> Sent: Wednesday, April 2, 2025 14:24
> To: GCC Patches
> Cc: James K. Lowden ; Robert Dubner
>
> Subject: [ping][PATCH] libgcobol: Provide fallbacks for C32
strfromf32/64
> [PR119296].
>
> Hi folks,
> it would be great to reduce the in-flight patc
> -Original Message-
> From: Iain Sandoe
> Sent: Wednesday, April 2, 2025 15:05
> To: Robert Dubner
> Cc: GCC Patches ; James K. Lowden
>
> Subject: Re: [ping][PATCH] libgcobol: Provide fallbacks for C32
> strfromf32/64 [PR119296].
>
>
>
> > On 2 A
>From ce33db9c7c440be3988d4ad90f2ec41fea9c Mon Sep 17 00:00:00 2001
From: Bob Dubner mailto:rdub...@symas.com
Date: Wed, 2 Apr 2025 12:18:08 -0400
Subject: [PATCH] cobol: Plug memory leak caused by intermediate_e
stack-frame
variables. [PR119521]
COBOL variables with attribute intermediate_e
Follow-up. I risked wrath from my family and grabbed a minute. Tried
the -L thing and eliminated all the SED statements on the .h files.
It worked.
Are there reasons not to use it?
> -Original Message-
> From: Robert Dubner
> Sent: Sunday, March 30, 2025 09:52
> To: J
--Original Message-
> From: Jakub Jelinek
> Sent: Saturday, March 29, 2025 12:12
> To: Iain Sandoe
> Cc: Robert Dubner ; James K. Lowden
> ; Richard Biener ; GCC Patches
>
> Subject: Re: [PATCH] cobol: Fix up cobol/{charmaps,valconv}.cc rules
>
> On Sat, Mar 29
eans, we should do so.
I just wasn't able figure out how to do it.
> -Original Message-
> From: Jakub Jelinek
> Sent: Friday, March 28, 2025 10:40
> To: Robert Dubner ; James K. Lowden
> ; Richard Biener
> Cc: gcc-patches@gcc.gnu.org
> Subject: [PATCH] cobol: Fix up cobol/{char
I didn't have to add any additional files. I was able to move
declarations needed by both libgcobol and gcc/cobol to more appropriate .h
files that already existed.
This change means that none of the gcc/cobol source code modules refer to
libgcobol.h any longer.
>From ea7c3a4f98ae58b446c7280c01a
> -Original Message-
> From: Richard Biener
> Sent: Friday, March 28, 2025 08:12
> To: Jakub Jelinek
> Cc: gcc-patches@gcc.gnu.org; rdub...@symas.com
> Subject: Re: [PATCH] [COBOL] use native_encode_real
>
> On Fri, 28 Mar 2025, Jakub Jelinek wrote:
>
> > On Fri, Mar 28, 2025 at 08:54:5
This represents the first success due to converting tests to DejaGnu.
One of these new tests passed everything except the -Os run.
With the patch, the changes have been demonstrated for proper behavior on
x86_64 and aarch64.
>From a369cc815a53659e5079a32091e02e0fecc84f28 Mon Sep 17 00:00:00 2001
This is the initial group of testcases programmatically converted from the
autom4te UAT tests in the cobolworx repository.
These tests behave as intended on an x86_64-linux platform.
>From c8d32f79a27e034979f838e7f611cb4ea049639f Mon Sep 17 00:00:00 2001
From: Bob Dubner
Date: Thu, 27 Mar 2025 1
> -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,
Jim discovered a couple of tests that succeed on my system didn't succeed
on his. That led to the discovery that some stuff in my test environment
hadn't actually found its way in to trunk.
This fixes that.
>From 0747d51de55ae29430cb3ae6371210076d7b7c0d Mon Sep 17 00:00:00 2001
> -Original Message-
> From: Jakub Jelinek
> Sent: Wednesday, March 26, 2025 13:28
> To: Robert Dubner
> Cc: James K. Lowden ; Richard Biener
> ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol, v2: Get rid of __int128 uses in the COBOL FE
> [PR119242]
&
All this said, I am more than a little astonished at the progress that's
being made here.
Bob D.
> -Original Message-
> From: Richard Biener
> Sent: Friday, March 21, 2025 15:25
> To: Jakub Jelinek
> Cc: Robert Dubner ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH]
> From: Jakub Jelinek
> Sent: Wednesday, March 26, 2025 08:30
> To: Robert Dubner
> Cc: James K. Lowden ; Richard Biener
> ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Get rid of __int128 uses in the COBOL FE
> [PR119242]
>
> On Tue, Mar 25, 2025 at 11:41:09PM -
> -Original Message-
> From: Jakub Jelinek
> Sent: Wednesday, March 26, 2025 08:24
> To: Robert Dubner
> Cc: James K. Lowden ; Richard Biener
> ; gcc-patches@gcc.gnu.org
> Subject: [PATCH] cobol, v2: Get rid of __int128 uses in the COBOL FE
> [PR119242]
>
&
> -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 in the COBOL FE
> [PR119242]
>
>
> -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 in the COBOL FE
> [PR119242]
>
>
njoy it."
"Fun" can have many meanings.)
> -Original Message-
> From: Robert Dubner
> Sent: Tuesday, March 25, 2025 16:12
> To: gcc-patches@gcc.gnu.org
> Subject: [committed] cobol: Changes to eliminate _Float128 from the
front
> end
>
> I am putting
ikewise
Co-authored-by: Richard Biener mailto:rgue...@suse.de
Co-authored-by: Jakub Jelinek mailto:ja...@redhat.com
Co-authored-by: James K. Lowden mailto:jklow...@cobolworx.com
Co-authored-by: Robert Dubner mailto:rdub...@symas.com
---
gcc/cobol/cdf.y | 2 +-
gcc/cobol/cdfval
I patched this in on top of all the other patches. It passes what Jim has
called the "Bob CI/CD pipeline".
Jim is finalizing his changes.
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, March 25, 2025 05:51
> To: gcc-patches@gcc.gnu.org
> Cc: rdub...@symas.com; Jakub Jeline
Jim will be ready with some additional changes Tuesday morning. Those
will be on top of the entire Pile O'Patches that were mostly authored by
you and Jakub.
I'll prepare the commit for the whole shebang when he's done.
> -Original Message-
> From: Richard Biener
> Sent: Monday, Mar
How about you create the new patch and just edit out the regenerated
configure before sending the e-mail? Typing "autoreconf" isn't hard.
> -Original Message-
> From: Iain Sandoe
> Sent: Monday, March 24, 2025 11:06
> To: Robert Dubner
> Cc: James
Taking your word on testing,
LGTM
> -Original Message-
> From: Iain Sandoe
> Sent: Sunday, March 23, 2025 20:59
> To: jklow...@schemamania.org; rdub...@symas.com; gcc-patches@gcc.gnu.org
> Subject: [PATCH] libgcobol: Only use random_r if it is available
> [PR119295]
>
> Tested on x86_64
I am taking your word for it on testing.
LGTM
> -Original Message-
> From: Iain Sandoe
> Sent: Monday, March 24, 2025 05:01
> To: jklow...@cobolworx.com; rdub...@symas.com; gcc-patches@gcc.gnu.org
> Subject: [PATCH] libgcobol: Ensure that config.h is included.
>
> This one is quite simp
> -Original Message-
> From: Richard Biener
> Sent: Monday, March 24, 2025 05:04
> To: Robert Dubner
> Cc: Jakub Jelinek ; gcc-patches@gcc.gnu.org
> Subject: RE: [PATCH] change cbl_field_data_t::etc_t::value from
_Float128
> to tree
>
> On Sun, 23 Ma
You and Iain Sandoe should coordinate on this one, given the work he's
doing on libquadmath.
> -Original Message-
> From: Andreas Schwab
> Sent: Monday, March 24, 2025 06:42
> To: gcc-patches@gcc.gnu.org
> Cc: jklow...@cobolworx.com; rdub...@symas.com
> Subject: [PATCH] libgcobol: use sta
Thank you for all that. And, yes, I did a global replace on /t instead of
\t, and I feel suitably stupid about that.
I'll fix all that up. When we're ready to go with it.
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, March 24, 2025 07:07
> To: R
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, I am loathe to stand in the
way of your MacOS progress.
It passes my full set of tests, and "make check-co
I'm going to take your word on this one.
LGTM
> -Original Message-
> From: Iain Sandoe
> Sent: Monday, March 24, 2025 06:21
> To: jklow...@cobolworx.com; rdub...@symas.com; gcc-patches@gcc.gnu.org
> Subject: [PATCH] cobol: Move includes before system.h
>
> A trivial patch that ensures h
Jim is back from a short COBOL-related business trip. I am going to take
this working collection of patched patched patches and put it up where he
can get at it.
That location is the float_to_tree branch of
https://gitlab.cobolworx.com/COBOLworx/gcc-cobol.git
And we'll review it. We want to ma
age-
> From: Richard Biener
> Sent: Friday, March 21, 2025 14:12
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org; Jakub Jelinek
> Subject: RE: [PATCH] change cbl_field_data_t::etc_t::value from
_Float128
> to tree
>
> On Fri, 21 Mar 2025, Robert Dubner wrote:
>
I seek benediction. Failing that, I ask for advice.
This patch makes it possible for me to set the environment variable
'CXXFLAGS_FOR_TARGET="-ggdb -O0"' at configure time, and end up with a
debuggable libgcobol.so.
Is this a correct way to gain that capability?
If not, then how?
If so, then O
ly it.
I regret any confusion.
Bob D.
> -Original Message-
> From: Iain Sandoe
> Sent: Saturday, March 22, 2025 04:29
> To: Robert Dubner
> Cc: GCC Patches
> Subject: Re: [PATCH] cobol: Address some iconv issues.
>
> Hello Robert.
>
> I fear we might b
ared to go chasing down the
implications of switching away from CP1252 on the systems that I have
been, and continue to, focus on: X86_64 and aarch64.
> -Original Message-
> From: Iain Sandoe
> Sent: Friday, March 21, 2025 19:43
> To: Robert Dubner
> Cc: GCC Patches
>
1 - 100 of 161 matches
Mail list logo
