https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122838
Bug ID: 122838
Summary: [16 Regression] libgcobol multilib build failure
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
this is introduced by the dependency of libgcobol on libxml2, not finding the
non-default multilib libxml2 during the build. libxml2 is a hard dependency,
and that cannot be worked around.
The regression here is a failing multilib build including cobol, which succeeds
with GCC 15.
There are several ways to address this. One is to assume having an out-of-tree
libxml2 build for all multilib variants, and point the build to all these
locations. There is precedence for that how libobjc finds the boehm-gc bits
for the gc-enabled libobjc. For that, see the configure options
@item --with-target-bdw-gc=@var{list}
@itemx --with-target-bdw-gc-include=@var{list}
@itemx --with-target-bdw-gc-lib=@var{list}
Adequate --with-target-libxml2 configure options will address this issue.
The other way is to provide support for an in-tree libxml2 build. Building the
libxml2 as part of the GCC build. Precedence for this is the libgo build,
relying on the in-tree libffi build. This will need
- an import of the libxml2 sources,
- augmenting the libxml2 toplevel make with the multilib bits,
- defining libgcobol target dependencies on libxml2 in the
toplevel makefiles.
