[MonetDB-users] MonetDB-11.3.1 on OpenBSD 4.9 i386 fails during make
Hello, I didn't now whether I should send a bug report about this, because I am not sure whether the problem occurs because of a bug in the MonetDB source code or my current unfamiliarity with OpenBSD. I downloaded the April2011 tarball from here: http://dev.monetdb.org/downloads/sources/Apr2011/ I installed all required libraries/programs and configuration went fine (except some warning parts which I will attach). The configurations is as follows: MonetDB is configured as follows: * Compilation specifics: Host: i386-unknown-openbsd4.9 Compiler: gcc CFLAGS: -g -O2 $(X_CFLAGS) -Wno-declaration-after-statement X_CFLAGS: LDFLAGS: * Enabled/disabled components: common is enabled monetdb5 is enabled sql is enabled geom is disabled (geos library required for geom module) fits is enabled rdf is disabled (by default) unixodbc is enabled java is enabled jdbc is enabled control is enabled testing is enabled * Important options: OID size: 32 bits When I run "make" is crashes giving me these erros (they are also attached): gcc: ../../../common/options/monet_options.c: No such file or directory gcc: no input files *** Error code 1 ... *** Error code 1 ... Mike
Hi Michael, On 04-05-2011 14:13:06 +0300, Michael Sioutis wrote:
When I run "make" is crashes giving me these erros (they are also attached): gcc: ../../../common/options/monet_options.c: No such file or directory gcc: no input files
Please try gmake instead. We don't play nice with bsdmake (pmake). The same problem happens on FreeBSD which we build the sources.
OK, gmake moved a bit further untill:
../../../clients/mapilib/mapi.c:2240: error: storage size of 'vec' isn't known
I think struct iovec is not properly defined for OpenBSD. I did:
#include
Hi Michael,
On 04-05-2011 14:13:06 +0300, Michael Sioutis wrote:
When I run "make" is crashes giving me these erros (they are also attached): gcc: ../../../common/options/monet_options.c: No such file or directory gcc: no input files
Please try gmake instead. We don't play nice with bsdmake (pmake). The same problem happens on FreeBSD which we build the sources.
------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
On 04-05-2011 15:45:47 +0300, Michael Sioutis wrote:
OK, gmake moved a bit further untill: ../../../clients/mapilib/mapi.c:2240: error: storage size of 'vec' isn't known
I think struct iovec is not properly defined for OpenBSD. I did: #include
in mapi.c and mal_mapi.mx file and it was solved. The header file is this: http://fxr.watson.org/fxr/source/sys/uio.h?v=OPENBSD
Ok, this sounds like a missing include. Would you mind filing a bug for this issue? It's trivial to fix, but we shouldn't forget this one.
NOW I have this problem: ../../../sql/server/sql_parser.y:81: syntax error %pure_parser ^ At first I thought it was a typo because of the underscore (_) and I changed to %pure-parser as stated here: http://invisible-island.net/byacc/manpage/yacc.html
Please try using GNU bison. I have little to no expertise on various dialects here. If it's easy to fix, we'll do, otherwise we should request bison I think.
How should I proceed even further? I'm thinking of bison, but perhaps you know of an easy fix.
I'll fill a bug for the missing include, as soon as I have time.
Bison helped me proceed even further and now I get:
In file included from ../../../../tools/merovingian/daemon/argvcmds.c:32:
../../../../tools/merovingian/daemon/merovingian.h:67: error: expected
'=', ',', ';', 'asm' or '__attribute__' before '_mero_topdp_lock'
I can't see anything funny about:
extern pthread_mutex_t _mero_topdp_lock;
On Wed, May 4, 2011 at 3:56 PM, Fabian Groffen
On 04-05-2011 15:45:47 +0300, Michael Sioutis wrote:
OK, gmake moved a bit further untill: ../../../clients/mapilib/mapi.c:2240: error: storage size of 'vec' isn't known
I think struct iovec is not properly defined for OpenBSD. I did: #include
in mapi.c and mal_mapi.mx file and it was solved. The header file is this: http://fxr.watson.org/fxr/source/sys/uio.h?v=OPENBSD Ok, this sounds like a missing include. Would you mind filing a bug for this issue? It's trivial to fix, but we shouldn't forget this one.
NOW I have this problem: ../../../sql/server/sql_parser.y:81: syntax error %pure_parser ^ At first I thought it was a typo because of the underscore (_) and I changed to %pure-parser as stated here: http://invisible-island.net/byacc/manpage/yacc.html
Please try using GNU bison. I have little to no expertise on various dialects here. If it's easy to fix, we'll do, otherwise we should request bison I think.
How should I proceed even further? I'm thinking of bison, but perhaps you know of an easy fix.
------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
On 04-05-2011 16:47:54 +0300, Michael Sioutis wrote:
I'll fill a bug for the missing include, as soon as I have time.
Bison helped me proceed even further and now I get: In file included from ../../../../tools/merovingian/daemon/argvcmds.c:32: ../../../../tools/merovingian/daemon/merovingian.h:67: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_mero_topdp_lock'
I can't see anything funny about: extern pthread_mutex_t _mero_topdp_lock;
Might be a missing
To sum it up..
add
#include
I'll fill a bug for the missing include, as soon as I have time.
Bison helped me proceed even further and now I get: In file included from ../../../../tools/merovingian/daemon/argvcmds.c:32: ../../../../tools/merovingian/daemon/merovingian.h:67: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_mero_topdp_lock'
I can't see anything funny about: extern pthread_mutex_t _mero_topdp_lock;
On Wed, May 4, 2011 at 3:56 PM, Fabian Groffen
wrote: On 04-05-2011 15:45:47 +0300, Michael Sioutis wrote:
OK, gmake moved a bit further untill: ../../../clients/mapilib/mapi.c:2240: error: storage size of 'vec' isn't known
I think struct iovec is not properly defined for OpenBSD. I did: #include
in mapi.c and mal_mapi.mx file and it was solved. The header file is this: http://fxr.watson.org/fxr/source/sys/uio.h?v=OPENBSD Ok, this sounds like a missing include. Would you mind filing a bug for this issue? It's trivial to fix, but we shouldn't forget this one.
NOW I have this problem: ../../../sql/server/sql_parser.y:81: syntax error %pure_parser ^ At first I thought it was a typo because of the underscore (_) and I changed to %pure-parser as stated here: http://invisible-island.net/byacc/manpage/yacc.html
Please try using GNU bison. I have little to no expertise on various dialects here. If it's easy to fix, we'll do, otherwise we should request bison I think.
How should I proceed even further? I'm thinking of bison, but perhaps you know of an easy fix.
------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
Thanks for the summarisation! On 04-05-2011 17:56:54 +0300, Michael Sioutis wrote:
To sum it up..
add #include
#include
hmm, do you really need pthread_np.h? That seems like a non-standard header to me.
and... 2011-05-04 17:44:29 MSG mydb[19795]: !MALException:malInclude:could not open file: mal_init
This indicates some bigger problem...
2011-05-04 17:44:29 MSG mydb[19795]: #warning: unable to determine binary location, please use --set monet_mod_path=/path/to/... to allow finding modules
... and this causes it. Can you tell me if HAVE_SYS_SYSCTL_H and KERN_PROC_PATHNAME are defined for you? common/utils/mutils.c is apparently unable to find the executable path on OpenBSD. Perhaps KERN_PROC_PATHNAME is not in sys/sysctl.h on OpenBSD?
I can't find any of HAVE_SYS_SYSCTL_H and KERN_PROC_PATHNAME defined
in my config.log.
Also, I have a warning about sysctl.h, which is in the
configuration.log I posted earlier (my first post).
The important part is this:
configure: WARNING: sys/sysctl.h: present but cannot be compiled
configure: WARNING: sys/sysctl.h: check for missing prerequisite headers?
configure: WARNING: sys/sysctl.h: see the Autoconf documentation
configure: WARNING: sys/sysctl.h: section "Present But Cannot Be Compiled"
configure: WARNING: sys/sysctl.h: proceeding with the compiler's result
configure: WARNING: ## ------------------------------- ##
configure: WARNING: ## Report this to info@monetdb.org ##
configure: WARNING: ## ------------------------------- ##
On Wed, May 4, 2011 at 6:06 PM, Fabian Groffen
Thanks for the summarisation!
On 04-05-2011 17:56:54 +0300, Michael Sioutis wrote:
To sum it up..
add #include
#include hmm, do you really need pthread_np.h? That seems like a non-standard header to me.
and... 2011-05-04 17:44:29 MSG mydb[19795]: !MALException:malInclude:could not open file: mal_init
This indicates some bigger problem...
2011-05-04 17:44:29 MSG mydb[19795]: #warning: unable to determine binary location, please use --set monet_mod_path=/path/to/... to allow finding modules
... and this causes it.
Can you tell me if HAVE_SYS_SYSCTL_H and KERN_PROC_PATHNAME are defined for you? common/utils/mutils.c is apparently unable to find the executable path on OpenBSD. Perhaps KERN_PROC_PATHNAME is not in sys/sysctl.h on OpenBSD?
------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
On 04-05-2011 18:20:03 +0300, Michael Sioutis wrote:
I can't find any of HAVE_SYS_SYSCTL_H and KERN_PROC_PATHNAME defined in my config.log. Also, I have a warning about sysctl.h, which is in the configuration.log I posted earlier (my first post).
The important part is this: configure: WARNING: sys/sysctl.h: present but cannot be compiled configure: WARNING: sys/sysctl.h: check for missing prerequisite headers? configure: WARNING: sys/sysctl.h: see the Autoconf documentation configure: WARNING: sys/sysctl.h: section "Present But Cannot Be Compiled" configure: WARNING: sys/sysctl.h: proceeding with the compiler's result configure: WARNING: ## ------------------------------- ## configure: WARNING: ## Report this to info@monetdb.org ## configure: WARNING: ## ------------------------------- ##
from the docs I can find, this might be a missing sys/param.h I need to check how to configure-foo that
participants (2)
-
Fabian Groffen
-
Michael Sioutis