[Bug cobol/119215] -Wodr and -Wlto-type-mismatch issues in cobol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119215 Robert Dubner changed: What|Removed |Added CC||jklowden at gcc dot gnu.org --- Comment

[Bug cobol/119215] -Wodr and -Wlto-type-mismatch issues in cobol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119215 Robert Dubner changed: What|Removed |Added CC||rdubner at gcc dot gnu.org --- Comment

[Bug cobol/119211] [15 Regression] Cobol GCC 15 release checklist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211 Bug 119211 depends on bug 119759, which changed state. Bug 119759 Summary: LICENSE file in gcc/cobol https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119759 What|Removed |Added -

[Bug cobol/119759] LICENSE file in gcc/cobol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119759 Robert Dubner changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rdubner at gcc dot gnu.org

[Bug cobol/119759] LICENSE file in gcc/cobol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119759 Robert Dubner changed: What|Removed |Added CC||rdubner at gcc dot gnu.org --- Comment

[Bug cobol/119809] FE internal_error internal compiler error: in digits_from_float128, at cobol/genapi.cc:15293 (bit data items)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119809 Robert Dubner changed: What|Removed |Added Assignee|rdubner at gcc dot gnu.org |jklowden at gcc dot gnu.org ---

[Bug cobol/119809] FE internal_error internal compiler error: in digits_from_float128, at cobol/genapi.cc:15293 (bit data items)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119809 Robert Dubner changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #34 from Robert Dubner --- And it worked. Thanks again.

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #33 from Robert Dubner --- Thank you. I'll give that a try.

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 Robert Dubner changed: What|Removed |Added CC||rdubner at gcc dot gnu.org --- Comment

[Bug cobol/119456] gcobol: huge codegen for use of reference-modification (and missing optimization)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119456 Robert Dubner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED CC|

[Bug cobol/119694] Excessive getenv uses in cobol FE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119694 Robert Dubner changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug cobol/119694] Excessive getenv uses in cobol FE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119694 --- Comment #7 from Robert Dubner --- There are only a few getenv() calls that I regard as necessary. Those can be renamed. As I said, GCOBOL_SHOW and GCOBOL_TRACE. There is a COBPATH that operates like LD_LIBRARY_PATH; that can, and should,

[Bug cobol/119694] Excessive getenv uses in cobol FE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119694 --- Comment #5 from Robert Dubner --- As the parser parses each COBOL statement, it tends to call a function, generally named parser_whatever. For example, the COBOL statement "OPEN INPUT " results in the function parser_file_open() being call

[Bug cobol/119694] Excessive getenv uses in cobol FE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119694 Robert Dubner changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rdubner at gcc dot gnu.org

[Bug cobol/119682] reference-modification (temporary literal?) yields wrong result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119682 Robert Dubner changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug cobol/119414] cobol driver unconditionally adds platform-specific command line options.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119414 Robert Dubner changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug cobol/119364] building a cobol cross compiler on i686-linux-gnu targeting x86_64-linux-gnu fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364 --- Comment #18 from Robert Dubner --- The revised code will be based on passing pointers to lists of integers. (I have managed to talk Jim out of his desire to pass structures created with GENERIC to the library code. He thinks I am a sissy f

[Bug cobol/119682] reference-modification (temporary literal?) yields wrong result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119682 Robert Dubner changed: What|Removed |Added Last reconfirmed||2025-04-09 Status|UNCONFIRM

[Bug cobol/119636] compile error: gcobol1 does not find file descriptions in case of obsolete FD phrases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119636 --- Comment #2 from Robert Dubner --- (In reply to Robert Dubner from comment #1) > The revised code will be based on passing pointers to lists of integers. > > Those lists of integers are being established as static arrays of type > integer_ty

[Bug cobol/119364] building a cobol cross compiler on i686-linux-gnu targeting x86_64-linux-gnu fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364 --- Comment #17 from Robert Dubner --- Oi. "Wait for me, I'm your leader!" Jim and I are in the process of a complete rewrite of how the declaratives and exception processing are handled. I believe that most, if not all, of the concerns raise

[Bug cobol/119636] compile error: gcobol1 does not find file descriptions in case of obsolete FD phrases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119636 Robert Dubner changed: What|Removed |Added CC||rdubner at gcc dot gnu.org --- Comment

[Bug cobol/119414] cobol driver unconditionally adds platform-specific command line options.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119414 Robert Dubner changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug cobol/119637] link error for LINAGE-COUNTER

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119637 Robert Dubner changed: What|Removed |Added Last reconfirmed||2025-04-08 Status|UNCONFIRM

[Bug cobol/119521] gcc-cobol generated programs with memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521 --- Comment #7 from Robert Dubner --- The DB programs are not among the ones we test. When I run the program, it rapidly gets stuck in an infinite loop around lines 511 513. It just keeps attempting to PERFORM DEBUG-ALL-PROCS, repeatedly. So,

[Bug cobol/119521] gcc-cobol generated programs with memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521 --- Comment #2 from Robert Dubner --- Additional: The leaking memory is because exception checking is turned on. Still looking...

[Bug cobol/119521] gcc-cobol generated programs with memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521 Robert Dubner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug testsuite/119443] Peculiar behavior of the new dg-output-file directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119443 Robert Dubner changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug testsuite/119443] Peculiar behavior of the new dg-output-file directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119443 Robert Dubner changed: What|Removed |Added CC||rdubner at gcc dot gnu.org --- Comment

[Bug testsuite/119443] New: Peculiar behavior of the new dg-output-file directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119443 Bug ID: 119443 Summary: Peculiar behavior of the new dg-output-file directive Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug cobol/119241] cobol Front end uses host floating point (128b) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241 --- Comment #24 from Robert Dubner --- Here comes perhaps too much information. That "value thing" was added late. I believe it arrived at the point where Jim realized he needed to be doing compile-time numerical calculations for the Compiler

[Bug cobol/119241] cobol Front end uses host floating point (128b) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241 --- Comment #14 from Robert Dubner --- "Wait for me! I am your leader!" I am not *used* to this. What I *am* used to is people telling me there's a problem in my code, and then standing around tapping their feet impatiently until I fix it. O

[Bug cobol/119211] [15 Regression] Cobol GCC 15 release checklist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211 Bug 119211 depends on bug 119213, which changed state. Bug 119213 Summary: gcc/cobol/Make-lang.in: suspicious -DEXEC_LIB with hardcoded lib64 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213 What|Removed |A

[Bug cobol/119213] gcc/cobol/Make-lang.in: suspicious -DEXEC_LIB with hardcoded lib64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213 Robert Dubner changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug cobol/119213] gcc/cobol/Make-lang.in: suspicious -DEXEC_LIB with hardcoded lib64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213 Robert Dubner changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug cobol/119241] cobol Front end uses host floating point (128b) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241 --- Comment #6 from Robert Dubner --- (In reply to Iain Sandoe from comment #5) > In my experiments with x86_64 Darwin and Linux, I have managed to convert > the library to use libquadmath. > > I started to try and apply Jakub's suggestions to

[Bug cobol/119214] debug volatile asm breaks assembling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214 Robert Dubner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug cobol/119214] debug volatile asm breaks assembling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214 --- Comment #20 from Robert Dubner --- (In reply to Richard Biener from comment #15) > (In reply to Robert Dubner from comment #14) > > (In reply to Richard Biener from comment #13) > > > (In reply to Robert Dubner from comment #7) > > > [...]

[Bug cobol/119214] debug volatile asm breaks assembling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214 --- Comment #18 from Robert Dubner --- (In reply to Jakub Jelinek from comment #17) > Note, > * gengen.cc: applies if( !optimize ) test > is not properly formatted ChangeLog entry, unfortunately it got through > pre-commit hooks. > For n

[Bug cobol/119214] debug volatile asm breaks assembling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214 Robert Dubner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|