On Mon, 16 Dec 2024 10:24:23 +0100
Matthias Klose <d...@debian.org> wrote:
> On 14.12.24 15:38, Matthias Klose wrote:
> > I tried to use the patches to build binary packages for Debian.
> > Found some issues:
>
> tried to build libgcobol on more architectures, please find the
> attached patch to disable building libgcobol on some architectures.
Thanks for the patch, Matthias! For weeks I've been asking myself how
to restrict builds for gcobol to supported architectures, only to
realize the answer was just to apply your patch.
Below is status of each issue you raised.
>
> how should patches and build failures be reported at this point?
As is convenient for you. Here on the list, or in the issues at
https://gitlab.cobolworx.com/COBOLworx/gcc-cobol/-/issues
> I tried to use the patches to build binary packages for Debian. Found
> some issues:
>
> gcc/cobol:
>
> - the config-lang.in is provided in both patch 04 and patch 08.
fixed
> - the installation path for the gcobc script is missing the gcc/
> subdir. Does it make sense to ship the script without the udf
> files?
fixed
> - same for cobol/udf/*, also the udfdir macro is undefined, and
> the files are missing.
fixed
> - the installation of the gcobol.1 man page doesn't honor the
> prefix and the suffix form the configury.
I don't know how to do this. "make install" currently does:
> - gcobol.3 is installed in the root dir, the man3dir macro is
> undefined.
>
> - The header files mentioned in gcobol.3 are not installed.
>
>
> libgcobol:
>
> - the patches are missing the regenerated toplevel Makefile.in
>
> - the shared library is underlinked. There are unresolved
> symbols against libm and libstdc++.
>
> - The build uses plain CC for the build, not the _FOR_HOST
> and _FOR_TARGET macros passed from the toplevel make.
>
> - the library build is not ready for multilibs.
>
> - configure.ac has reference to a GC enabled variant, however
> there's nothing in the Makefile supporting that build.
>
>
> A simple hello.cob builds, is correctly linked against the shared
> library and executes fine.
>
> Is there some cobol based open source project, which could be used
> for further testing?
