alex bodnaru

A few weeks ago I started studying COBOL with GnuCOBOL, and I'm quite excited. I extend a big thank to everybody here. To take it with me while on the way, I choosed the Android version, available already in Termux. By now, almost everything went fine, but one of my programs failed with indexed files. Indexed files on gnucobol for Termux were originally provided with vbisam, and empty .dat and .idx files were created with open optional. By the advice of @sf-mensch, I could change the driver to --with-db,...

ok success! indexed files may be used on android with termux. i touched the configure.ac to be more permissive in the case of cross compilation. there is a little cleanup to do tomorrow and i'll see how to publish it. it would also be nice to consider my configure.ac. doesn't seem harmful. next is gixpp. i'd also try to package libdb-6.0.19 that is more permissibly licensed.

status: i'm appending #define WITH_DB 1 to config.h config.h is being included in cobc/cobc.c however, it definitely ignores this definition. on the other hand, AC_DEFINES is setting WITH_DB=1 for most makefiles, bar cobc/Makefile. i will inquire further.

i'm touching configure.ac alittle to implement more positive assumptions in the cross compiling condition of ac_run_ifelse. macros from db.h can easily be evaluated while crosscompiling, by creating a file like: include <db.h></db.h> DB_VERSION_MAJOR.DB_VERSION_MINOR and running cc -E filename | tail -n 1 highlight by sourceforge.

i set the arguments to configure, but the indexed files code is disabled in the compiler. i'll try something less than orthodox: setting the relevant variables after all checks that presently remove them.

ok, thanks a lot for your help. i'm currently trying to package libdb-6.0.19, last version not agpl. it may be important to distribute binary programs written in gc, no that i have any by now.

maybe there is a libcob4 or libdb way to display the full path of the file to open. this should be important, as status 91 is related to file permissions. https://ibmmainframes.com/about17687.html

it's probably a problem with configure of gc32 that probably misidentifies db-18.* but after further reading, since 6.0.21, db became agpl, thus limiting linked products too. so, i'll take your previous advice to pack an older version and provide it as an alternative. you've mentioned db-6.0.19. however, it seems debian is embracing db-5.3.28. what would you suggest?