[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fwd: GnuCOBOL call parameter problem.
From: |
James K. Lowden |
Subject: |
Re: Fwd: GnuCOBOL call parameter problem. |
Date: |
Sat, 6 Jun 2020 14:37:09 -0400 |
On Fri, 5 Jun 2020 19:49:50 -0400
Ron Norman <rjn@inglenet.com> wrote:
> Being compatible with Microfocus is an important feature of GnuCOBOL.
Agreed.
> Just getting the C API working a few years ago was a far bit of
> effort
No doubt, and I'm glad for it.
My point, simply, is that there's no technical *need* for cobcall
(although it could be used by programs that expect it). libcob is
written in C, and its functions are C functions. I'm hoping you will
explain what dependencies exist in libcob on cobcall, so that they
can be removed, thereby making cobcall strictly optional.
That would not only make mixing C and Cobol easier; it should simplify
code generation and interaction between the compiled module and the
runtime library.
--jkl
- GnuCOBOL call parameter problem., rdubner, 2020/06/04
- Message not available
- Fwd: GnuCOBOL call parameter problem., Ron Norman, 2020/06/04
- Re: Fwd: GnuCOBOL call parameter problem., James K. Lowden, 2020/06/05
- Re: GnuCOBOL call parameter problem., Ron Norman, 2020/06/05
- Re: Fwd: GnuCOBOL call parameter problem., Ron Norman, 2020/06/05
- Re: Fwd: GnuCOBOL call parameter problem.,
James K. Lowden <=
- Re: Fwd: GnuCOBOL call parameter problem., Ron Norman, 2020/06/06
- Re: Fwd: GnuCOBOL call parameter problem., James K. Lowden, 2020/06/06
- Re: GnuCOBOL call parameter problem., Ron Norman, 2020/06/06
- Re: Fwd: GnuCOBOL call parameter problem., Ron Norman, 2020/06/06
- Re: GnuCOBOL call parameter problem., Simon Sobisch, 2020/06/06
- Re: GnuCOBOL call parameter problem., Ron Norman, 2020/06/06
- Re: GnuCOBOL call parameter problem., Ron Norman, 2020/06/06