Is there a document to explain the options to configure in order to install gnucobol?
I have the following error, and am looking for a workaround or solution:
Partial config.log
checking for curses define_key function... no
checking for curses mouseinterval function... no
checking for curses has_mouse function... no
configure: Checks for Berkeley DB ...
checking db.h usability... yes
checking db.h presence... yes
checking for db.h... yes
configure: db.h reports version "-Berkeley DB 5.3.28: (September 9, 2013)-"
checking for Berkeley DB db.h version >= 4.1... yes (5.3)
checking for Berkeley DB library with version 5.3... no
configure: error: BDB library version 5.3 not found
even though /usr/lib/libdb-5.3.so exists.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Have you installed the Development packages as well ?
I.e., BDB-Dev also ncurses-dev
You need to do this for all the libraries used with the Cobol compiler.
Vince
On 29/06/2021 16:51, Jack Tearle wrote:
Is there a document to explain the options to configure in order to
install gnucobol?
I have the following error, and am looking for a workaround or solution:
Partial config.log
checking for curses define_key function... no
checking for curses mouseinterval function... no
checking for curses has_mouse function... no
configure: Checks for Berkeley DB ...
checking db.h usability... yes
checking db.h presence... yes
checking for db.h... yes
configure: db.h reports version "-Berkeley DB 5.3.28: (September 9,
2013)-"
checking for Berkeley DB db.h version >= 4.1... yes (5.3)
checking for Berkeley DB library with version 5.3... no
configure: error: BDB library version 5.3 not found
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That's a nice system you have there, please run make test (you may have to download and/or unpack newcob.val to tests/cobol85 manually) - that must pass - and make check, which may show some issues, presenting those nicely in tests/testsuite.log which you can directly upload then.
This would be really cool.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Following are all the libraries installed:
Berkeley DB 5.3.28 development libs/includes/man for
Berkeley DB 5.3.28 for Definitive on unix as package
Curl 7.58.0 development libs/includes/man for
Expat 2.2.6 development libs/includes/man for
Expat 2.2.6 for Definitive on unix as package
GDB 8.1 for Definitive on unix as package instance
GNU Bin Utilities 2.30 development libs/includes/man
GNU Bin Utilities 2.30 for Definitive on unix as
GNU Compiler Collection (Xinuos GCC) 7.3.0 for
GNU Gettext Package 0.19.8.1 development
GNU Gettext Package 0.19.8.1 for Definitive on unix
GNU LIBICONV - character set conversion library 1.15
GNU LIBICONV - character set conversion library 1.15
GNU MP Library 6.1.2 development libs/includes/man
GNU MP Library 6.1.2 for Definitive on unix as
GNU MPC 1.1.0 development libs/includes/man for
GNU MPC 1.1.0 for Definitive on unix as package
GNU MPFR Library 4.0.2 development libs/includes/man
GNU MPFR Library 4.0.2 for Definitive on unix as
GNU Wget 1.20 for Definitive on unix as package
GNU dbm 1.13 development libs/includes/man for
GNU dbm 1.13 for Definitive on unix as package
GNU tar 1.30 for Definitive on unix as package
Gnu Readline library, version 7.0 development
Gnu Readline library, version 7.0 for Definitive on
PCRE (Perl-compatible regular expression library)
PCRE (Perl-compatible regular expression library)
Python 2.7.14 development libs/includes/man for
Python 2.7.14 for OpenServer6D on unix as package
Runtime Libraries for GNU Compiler Collection
SATA AHCI HBA Driver on unix as package instance
SQLite 3.20.1 development libs/includes/man for
SQLite 3.20.1 for Definitive on unix as package
Tcl 8.5 development libs/includes/man for Definitive
Tcl 8.5 for Definitive on unix as package instance
Tk 8.5 development libs/includes/man for Definitive
Tk 8.5 for Definitive on unix as package instance
Tk 8.5 for Definitive on unix as package instance
XZ Utils 5.2.3 development libs/includes/man for
c-ares 1.13.0 development libs/includes/man for
isl 0.18 development libs/includes/man for
isl 0.18 for Definitive on unix as package instance
libffi (Foreign Function Interface) 3.0.13
libffi (Foreign Function Interface) 3.0.13 for
libssh2 - SSH2 library 1.8.0 development
libxml2 2.9.4 development libs/includes/man for
libxml2 2.9.4 for Definitive on unix as package
From the reading that I did on the GNU site, is curses as supplied for Unix srv5 the same as ncurses which appears to be a clone of the srv5 product.
Also, there is a configure option to use curses instead of ncurses.
I only have this system until Jul 22, unless XINUOS see fit to give me an extension.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We should adjust that message, because according to config.log the issue is that the library cannot be successfully linked (libdb5.3 and libdb are tried, both have the same issue):
bash-4.3# ./configure --prefix=/usr/local --build=x86 --with-curses=curses LIBS="-pthread"
This created a Makefile, then attached is the output of make.
Is there a document to explain the options to configure in order to install gnucobol?
I have the following error, and am looking for a workaround or solution:
Partial config.log
checking for curses define_key function... no
checking for curses mouseinterval function... no
checking for curses has_mouse function... no
configure: Checks for Berkeley DB ...
checking db.h usability... yes
checking db.h presence... yes
checking for db.h... yes
configure: db.h reports version "-Berkeley DB 5.3.28: (September 9, 2013)-"
checking for Berkeley DB db.h version >= 4.1... yes (5.3)
checking for Berkeley DB library with version 5.3... no
configure: error: BDB library version 5.3 not found
even though /usr/lib/libdb-5.3.so exists.
Have you installed the Development packages as well ?
I.e., BDB-Dev also ncurses-dev
You need to do this for all the libraries used with the Cobol compiler.
Vince
On 29/06/2021 16:51, Jack Tearle wrote:
Please have a look at config.log and possibly upload it, it should have some more details here.
cat config.log
Mod edit: cut'n'copied a full config listing, added the copy as an attachment
Seems that copying the library into the install directory has solved the initial problem.
Last edit: Brian Tiffin 2021-06-30
Sorry, I wasn't logged in when I posted the above.
That's a nice system you have there, please run
make test
(you may have to download and/or unpack newcob.val to tests/cobol85 manually) - that must pass - andmake check
, which may show some issues, presenting those nicely in tests/testsuite.log which you can directly upload then.This would be really cool.
Following are all the libraries installed:
Berkeley DB 5.3.28 development libs/includes/man for
Berkeley DB 5.3.28 for Definitive on unix as package
Curl 7.58.0 development libs/includes/man for
Expat 2.2.6 development libs/includes/man for
Expat 2.2.6 for Definitive on unix as package
GDB 8.1 for Definitive on unix as package instance
GNU Bin Utilities 2.30 development libs/includes/man
GNU Bin Utilities 2.30 for Definitive on unix as
GNU Compiler Collection (Xinuos GCC) 7.3.0 for
GNU Gettext Package 0.19.8.1 development
GNU Gettext Package 0.19.8.1 for Definitive on unix
GNU LIBICONV - character set conversion library 1.15
GNU LIBICONV - character set conversion library 1.15
GNU MP Library 6.1.2 development libs/includes/man
GNU MP Library 6.1.2 for Definitive on unix as
GNU MPC 1.1.0 development libs/includes/man for
GNU MPC 1.1.0 for Definitive on unix as package
GNU MPFR Library 4.0.2 development libs/includes/man
GNU MPFR Library 4.0.2 for Definitive on unix as
GNU Wget 1.20 for Definitive on unix as package
GNU dbm 1.13 development libs/includes/man for
GNU dbm 1.13 for Definitive on unix as package
GNU tar 1.30 for Definitive on unix as package
Gnu Readline library, version 7.0 development
Gnu Readline library, version 7.0 for Definitive on
PCRE (Perl-compatible regular expression library)
PCRE (Perl-compatible regular expression library)
Python 2.7.14 development libs/includes/man for
Python 2.7.14 for OpenServer6D on unix as package
Runtime Libraries for GNU Compiler Collection
SATA AHCI HBA Driver on unix as package instance
SQLite 3.20.1 development libs/includes/man for
SQLite 3.20.1 for Definitive on unix as package
Tcl 8.5 development libs/includes/man for Definitive
Tcl 8.5 for Definitive on unix as package instance
Tk 8.5 development libs/includes/man for Definitive
Tk 8.5 for Definitive on unix as package instance
Tk 8.5 for Definitive on unix as package instance
XZ Utils 5.2.3 development libs/includes/man for
c-ares 1.13.0 development libs/includes/man for
isl 0.18 development libs/includes/man for
isl 0.18 for Definitive on unix as package instance
libffi (Foreign Function Interface) 3.0.13
libffi (Foreign Function Interface) 3.0.13 for
libssh2 - SSH2 library 1.8.0 development
libxml2 2.9.4 development libs/includes/man for
libxml2 2.9.4 for Definitive on unix as package
From the reading that I did on the GNU site, is curses as supplied for Unix srv5 the same as ncurses which appears to be a clone of the srv5 product.
Also, there is a configure option to use curses instead of ncurses.
I only have this system until Jul 22, unless XINUOS see fit to give me an extension.
The configure output says:
We should adjust that message, because according to config.log the issue is that the library cannot be successfully linked (libdb5.3 and libdb are tried, both have the same issue):
To link to Berkeley DB on this machine you need to additionally link to pthread.
I suggest the following:
configure LIBS="-pthread"
(that's the "common" variant) and if that doesn't workconfigure LIBS="-lpthread"
bash-4.3# ./configure --prefix=/usr/local --build=x86 --with-curses=curses LIBS="-pthread"
This created a Makefile, then attached is the output of make.
That looks strange.Pplease upload config.log and make.log created as follows
and we can check further.
Side question: I assume that
make
incobc
works fine until the linking step where it says it misses libcob, is that correct?