gcc/libgcobol
Jakub Jelinek 35ba44f5ec One more libgcobol/configure.tgt tweak
On Tue, Mar 11, 2025 at 10:45:09AM +0100, Andreas Schwab wrote:
> I think that makes the x32 match obsolete.

You're right.  I've already committed the patch, so here is incremental one.

2025-03-11  Jakub Jelinek  <jakub@redhat.com>

	* configure.tgt: Remove x86_64-*-linux*x32 special case.
2025-03-11 11:50:18 +01:00
..
acinclude.m4
aclocal.m4
ChangeLog
charmaps.cc
charmaps.h
common-defs.h
config.h.in
configure
configure.ac
configure.tgt One more libgcobol/configure.tgt tweak 2025-03-11 11:50:18 +01:00
constants.cc
ec.h
exceptl.h
gcobolio.h
gfileio.cc
gfileio.h
gmath.cc
gmath.h
intrinsic.cc
io.cc
io.h
libgcobol.cc
libgcobol.h
Makefile.am
Makefile.in
README
valconv.cc
valconv.h

The libgcobol is intended for use entirely and solely by executables created
from COBOL source code by the GCOBOL "COBOL for GCC" front end.

libgcobol.a can be staticly linked in, but it makes for very large binaries. We
tend to use that for debugging the GCOBOL compiler, and not much else

Many of the functions in the library are called by the executable code generated
by the GCOBOL compiler through GIMPLE tags, and thus prototypes -- which are 
part of the C/C++ programming paradigm -- are not used.  Both the calling
program and the called program use the extern "C" construction so that the
linker can find the functions, and they need to agree ahead of time about the
meaning of passed parameters.