https://gcc.gnu.org/bugzilla/show_bug.cgi?id=125726
James K. Lowden <jklowden at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Last reconfirmed| |2026-06-11
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |jklowden at gcc dot
gnu.org
--- Comment #2 from James K. Lowden <jklowden at gcc dot gnu.org> ---
An update tomorrow adds -multilib to lang.opt and lang.opt.urls. The only
effect, though, is to ignore it. AIUI its purpose is to support non-native
builds. Attempts to generate 32-bit code with gcobol still produce a report
that only 64-bit targets are supported.
We might in future decide to abandon %I in the spec string. The gcobol
"include files" ("copybooks" in COBOL) are installed the way Modula2 .def files
are: with the library, not with the compiler in an "include" directory. We
chose that route because the include-path search logic seems to be supplied by
libcpp, which we don't use.
To be clear, copybooks are written in COBOL and thus are machine-independent.
I don't know what -imultilib would do if it were supported.
If there is something we're overlooking, please say.
