[Monetdb-developers] Error compiling MEL w/ flex 2.5.33 & bison 2.3
On Mon, Oct 02, 2006 at 12:47:39PM +0200, Niels Nes wrote:
On Mon, Oct 02, 2006 at 12:32:22PM +0200, Riham wrote:
Hi,
I am a new PhD student at the University of Twente. I am working with Dr. Maurice van Keulen on Optimizing Pathfinder queries. I was installing Monet on my new linux system and I got the following error:
=========================================================================== kader@netloosewi840:~/home/MonetDB_XQuery_CVS/build/buildtools> make cd ""/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/../../src/buildtools"/autogen" && python setup.py build running build running build_py running build_scripts cd _MX && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' cd _MEL && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' g++ -g -o mel any_arg.o atom_arg.o atom.o atomops.o bat_arg.o builtin.o command.o debug.o depend.o dependency.o epilogue.o FileInfo.o glue.o html.o iterator.o link.o ListIterator.o mel.o mel.tab.o mel.yy.o mil.o module.o object.o operator.o ops.o prelude.o proto.o symbol.o symtable.o type_arg.o use.o var_arg.o mel.tab.o: In function `semerror()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:471: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:472: undefined reference to `yylineno' mel.tab.o: In function `yyparse()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:59: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:67: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:131: undefined reference to `yylineno' mel.yy.o:/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.ll:253: more undefined references to `yylineno' follow collect2: ld returned 1 exit status make[2]: *** [mel] Error 1 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make[1]: *** [all] Error 2 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make: *** [all] Error 2 ===========================================================================
The flex and bison versions I have are 2.5.33 and 2.3 respectively. I was advised by Jan Flokstra to report the error to you. I hope you have sufficient information to know the origin of the problem, if not please let me know.
Thank you for your help, Riham Abdel Kader.
As of flex 2.5.31 the yylineno was defined by flex. Normaly we define it our selfs.
You could try to patch the following line from mel.mx
#if !defined(YY_FLEX_SUBMINOR_VERSION) || YY_FLEX_SUBMINOR_VERSION < 5 /* flex 2.5.31 declares yylineno. I don't know which other versions do as well. */ int yylineno; #endif
Simply removed the #if/#endif should work. A better solution is to know which range between 2.5.6 and 2.5.31/32 have a yylineno defined. And fix the second part of the #ifdef.
Niels
Niels, Riham,
I haven't analysed the problem any further, yet, but I think it might also be related to bison 2.3 or the combination of bison 2.3 and flex 2.5.33. In out nightly testing pool (cf., http://monetdb.cwi.nl/Development/TestWeb/), we use flex 2.5.4 & flex 2.5.33 and bison 1.875, 2.0, 2.1, 2.2, and everything works fine. We don't use bison 2.3, yet ...
Riham,
which linux distribution (name & version) are you using?
Does Niels' patch work for you?
Stefan
Hi Stefan,
I have in fact commented both lines #if/#endif in mel.mx file, but have kept everything in between. This way it worked and did not get the error again. But when I bootstrap monetdb i get the followiing message: ================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/src/MonetDB> ./bootstrap automake 1.9.6 is 1.5 or newer. Good. autoconf 2.60 is 2.57 or newer. Good. libtool 1.5.22 is 1.4 or newer. Good. Python 2.4.3 is 2.0.0 or newer. Good. Traceback (most recent call last): File "/local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery/bin/autogen.py", line 29, in ? from autogen import am ImportError: No module named autogen ================================================================= Of course, the configure file is not generated afterwards and thus could not continue the deployment.
I am working on Suse10.2.
Thank you for trying to help, Riham
Stefan Manegold wrote:
On Mon, Oct 02, 2006 at 12:47:39PM +0200, Niels Nes wrote:
On Mon, Oct 02, 2006 at 12:32:22PM +0200, Riham wrote:
Hi,
I am a new PhD student at the University of Twente. I am working with Dr. Maurice van Keulen on Optimizing Pathfinder queries. I was installing Monet on my new linux system and I got the following error:
=========================================================================== kader@netloosewi840:~/home/MonetDB_XQuery_CVS/build/buildtools> make cd ""/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/../../src/buildtools"/autogen" && python setup.py build running build running build_py running build_scripts cd _MX && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' cd _MEL && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' g++ -g -o mel any_arg.o atom_arg.o atom.o atomops.o bat_arg.o builtin.o command.o debug.o depend.o dependency.o epilogue.o FileInfo.o glue.o html.o iterator.o link.o ListIterator.o mel.o mel.tab.o mel.yy.o mil.o module.o object.o operator.o ops.o prelude.o proto.o symbol.o symtable.o type_arg.o use.o var_arg.o mel.tab.o: In function `semerror()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:471: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:472: undefined reference to `yylineno' mel.tab.o: In function `yyparse()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:59: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:67: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:131: undefined reference to `yylineno' mel.yy.o:/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.ll:253: more undefined references to `yylineno' follow collect2: ld returned 1 exit status make[2]: *** [mel] Error 1 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make[1]: *** [all] Error 2 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make: *** [all] Error 2 ===========================================================================
The flex and bison versions I have are 2.5.33 and 2.3 respectively. I was advised by Jan Flokstra to report the error to you. I hope you have sufficient information to know the origin of the problem, if not please let me know.
Thank you for your help, Riham Abdel Kader.
As of flex 2.5.31 the yylineno was defined by flex. Normaly we define it our selfs.
You could try to patch the following line from mel.mx
#if !defined(YY_FLEX_SUBMINOR_VERSION) || YY_FLEX_SUBMINOR_VERSION < 5 /* flex 2.5.31 declares yylineno. I don't know which other versions do as well. */ int yylineno; #endif
Simply removed the #if/#endif should work. A better solution is to know which range between 2.5.6 and 2.5.31/32 have a yylineno defined. And fix the second part of the #ifdef.
Niels
Niels, Riham,
I haven't analysed the problem any further, yet, but I think it might also be related to bison 2.3 or the combination of bison 2.3 and flex 2.5.33. In out nightly testing pool (cf., http://monetdb.cwi.nl/Development/TestWeb/), we use flex 2.5.4 & flex 2.5.33 and bison 1.875, 2.0, 2.1, 2.2, and everything works fine. We don't use bison 2.3, yet ...
Riham,
which linux distribution (name & version) are you using?
Does Niels' patch work for you?
Stefan
Hi Riham,
you need to set your PYTHONPATH to make python find the autogen module.
From buildtools/autogen/README:
======== If you use the --prefix option or otherwise install autogen in a different place, you may have to set your PYTHONPATH environment variable accordingly. The directory which needs to be added is <install-dir-prefix>/lib(64)/python<python-version>/site-packages, where <python-version is the version of Python used (e.g. 2.4). ========
Stefan
On Mon, Oct 02, 2006 at 05:45:17PM +0200, Riham wrote:
Hi Stefan,
I have in fact commented both lines #if/#endif in mel.mx file, but have kept everything in between. This way it worked and did not get the error again. But when I bootstrap monetdb i get the followiing message: ================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/src/MonetDB> ./bootstrap automake 1.9.6 is 1.5 or newer. Good. autoconf 2.60 is 2.57 or newer. Good. libtool 1.5.22 is 1.4 or newer. Good. Python 2.4.3 is 2.0.0 or newer. Good. Traceback (most recent call last): File "/local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery/bin/autogen.py", line 29, in ? from autogen import am ImportError: No module named autogen ================================================================= Of course, the configure file is not generated afterwards and thus could not continue the deployment.
I am working on Suse10.2.
Thank you for trying to help, Riham
Stefan Manegold wrote:
On Mon, Oct 02, 2006 at 12:47:39PM +0200, Niels Nes wrote:
On Mon, Oct 02, 2006 at 12:32:22PM +0200, Riham wrote:
Hi,
I am a new PhD student at the University of Twente. I am working with Dr. Maurice van Keulen on Optimizing Pathfinder queries. I was installing Monet on my new linux system and I got the following error:
=========================================================================== kader@netloosewi840:~/home/MonetDB_XQuery_CVS/build/buildtools> make cd ""/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/../../src/buildtools"/autogen" && python setup.py build running build running build_py running build_scripts cd _MX && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' cd _MEL && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' g++ -g -o mel any_arg.o atom_arg.o atom.o atomops.o bat_arg.o builtin.o command.o debug.o depend.o dependency.o epilogue.o FileInfo.o glue.o html.o iterator.o link.o ListIterator.o mel.o mel.tab.o mel.yy.o mil.o module.o object.o operator.o ops.o prelude.o proto.o symbol.o symtable.o type_arg.o use.o var_arg.o mel.tab.o: In function `semerror()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:471: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:472: undefined reference to `yylineno' mel.tab.o: In function `yyparse()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:59: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:67: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:131: undefined reference to `yylineno' mel.yy.o:/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.ll:253: more undefined references to `yylineno' follow collect2: ld returned 1 exit status make[2]: *** [mel] Error 1 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make[1]: *** [all] Error 2 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make: *** [all] Error 2 ===========================================================================
The flex and bison versions I have are 2.5.33 and 2.3 respectively. I was advised by Jan Flokstra to report the error to you. I hope you have sufficient information to know the origin of the problem, if not please let me know.
Thank you for your help, Riham Abdel Kader.
As of flex 2.5.31 the yylineno was defined by flex. Normaly we define it our selfs.
You could try to patch the following line from mel.mx
#if !defined(YY_FLEX_SUBMINOR_VERSION) || YY_FLEX_SUBMINOR_VERSION < 5 /* flex 2.5.31 declares yylineno. I don't know which other versions do as well. */ int yylineno; #endif
Simply removed the #if/#endif should work. A better solution is to know which range between 2.5.6 and 2.5.31/32 have a yylineno defined. And fix the second part of the #ifdef.
Niels
Niels, Riham,
I haven't analysed the problem any further, yet, but I think it might also be related to bison 2.3 or the combination of bison 2.3 and flex 2.5.33. In out nightly testing pool (cf., http://monetdb.cwi.nl/Development/TestWeb/), we use flex 2.5.4 & flex 2.5.33 and bison 1.875, 2.0, 2.1, 2.2, and everything works fine. We don't use bison 2.3, yet ...
Riham,
which linux distribution (name & version) are you using?
Does Niels' patch work for you?
Stefan
HI Stefan,
You are right, I totally forgot I had to do this. Now I'm getting this error when I execute make for monetdb:
================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/build/MonetDB> make [..........] make[6]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make all-am make[7]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o lib_sys_la-sys.lo `test -f 'sys.c' || echo '../../../../../src/MonetDB/src/modules/plain/'`sys.c gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c sys.c -fPIC -DPIC -o .libs/lib_sys_la-sys.o ../../../../../src/MonetDB/src/modules/plain/sys.mx: In function 'view_gdk_cpu': ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: 'CLK_TCK' undeclared (first use in this function) ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: (Each undeclared identifier is reported only once ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: for each function it appears in.) make[7]: *** [lib_sys_la-sys.lo] Error 1 make[7]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[6]: *** [all] Error 2 make[6]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[4]: *** [all] Error 2 make[4]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB' make: *** [all] Error 2 =================================================================================
Any Idea?
Thanks again. Riham
Stefan Manegold wrote:
Hi Riham,
you need to set your PYTHONPATH to make python find the autogen module.
From buildtools/autogen/README:
======== If you use the --prefix option or otherwise install autogen in a different place, you may have to set your PYTHONPATH environment variable accordingly. The directory which needs to be added is <install-dir-prefix>/lib(64)/python<python-version>/site-packages, where
<python-version is the version of Python used (e.g. 2.4).
Stefan
On Mon, Oct 02, 2006 at 05:45:17PM +0200, Riham wrote:
Hi Stefan,
I have in fact commented both lines #if/#endif in mel.mx file, but have kept everything in between. This way it worked and did not get the error again. But when I bootstrap monetdb i get the followiing message: ================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/src/MonetDB> ./bootstrap automake 1.9.6 is 1.5 or newer. Good. autoconf 2.60 is 2.57 or newer. Good. libtool 1.5.22 is 1.4 or newer. Good. Python 2.4.3 is 2.0.0 or newer. Good. Traceback (most recent call last): File "/local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery/bin/autogen.py", line 29, in ? from autogen import am ImportError: No module named autogen ================================================================= Of course, the configure file is not generated afterwards and thus could not continue the deployment.
I am working on Suse10.2.
Thank you for trying to help, Riham
Stefan Manegold wrote:
On Mon, Oct 02, 2006 at 12:47:39PM +0200, Niels Nes wrote:
On Mon, Oct 02, 2006 at 12:32:22PM +0200, Riham wrote:
Hi,
I am a new PhD student at the University of Twente. I am working with Dr. Maurice van Keulen on Optimizing Pathfinder queries. I was installing Monet on my new linux system and I got the following error:
=========================================================================== kader@netloosewi840:~/home/MonetDB_XQuery_CVS/build/buildtools> make cd ""/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/../../src/buildtools"/autogen" && python setup.py build running build running build_py running build_scripts cd _MX && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' cd _MEL && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' g++ -g -o mel any_arg.o atom_arg.o atom.o atomops.o bat_arg.o builtin.o command.o debug.o depend.o dependency.o epilogue.o FileInfo.o glue.o html.o iterator.o link.o ListIterator.o mel.o mel.tab.o mel.yy.o mil.o module.o object.o operator.o ops.o prelude.o proto.o symbol.o symtable.o type_arg.o use.o var_arg.o mel.tab.o: In function `semerror()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:471: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:472: undefined reference to `yylineno' mel.tab.o: In function `yyparse()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:59: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:67: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:131: undefined reference to `yylineno' mel.yy.o:/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.ll:253: more undefined references to `yylineno' follow collect2: ld returned 1 exit status make[2]: *** [mel] Error 1 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make[1]: *** [all] Error 2 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make: *** [all] Error 2 ===========================================================================
The flex and bison versions I have are 2.5.33 and 2.3 respectively. I was advised by Jan Flokstra to report the error to you. I hope you have sufficient information to know the origin of the problem, if not please let me know.
Thank you for your help, Riham Abdel Kader.
As of flex 2.5.31 the yylineno was defined by flex. Normaly we define it our selfs.
You could try to patch the following line from mel.mx
#if !defined(YY_FLEX_SUBMINOR_VERSION) || YY_FLEX_SUBMINOR_VERSION < 5 /* flex 2.5.31 declares yylineno. I don't know which other versions do as well. */ int yylineno; #endif
Simply removed the #if/#endif should work. A better solution is to know which range between 2.5.6 and 2.5.31/32 have a yylineno defined. And fix the second part of the #ifdef.
Niels
Niels, Riham,
I haven't analysed the problem any further, yet, but I think it might also be related to bison 2.3 or the combination of bison 2.3 and flex 2.5.33. In out nightly testing pool (cf., http://monetdb.cwi.nl/Development/TestWeb/), we use flex 2.5.4 & flex 2.5.33 and bison 1.875, 2.0, 2.1, 2.2, and everything works fine. We don't use bison 2.3, yet ...
Riham,
which linux distribution (name & version) are you using?
Does Niels' patch work for you?
Stefan
Hi Riham,
hm, this looks really strange --- could you please sent me the output of your configure run for MonetDB (preferably both the console output and the produced config.log)?
Apparently, /usr/include/time.h does not define CLK_TCK ... ?
It looks like SuSE 10.2 is somehow "different" from former SuSE distribution as well as other Linux distributions, and I need to see more details to get any idea what might go wrong --- I cannot "guarantee" anything, though ...
We don't have (access to) any SuSE 10.x machine, yet (for testing, we only/still use SuSE 9.3 machines; cf. http://monetdb.cwi.nl/Development/TestWeb/Platforms/), but as far as I know, "people" have successfully compiled MonetDB on SuSE 10.0 & 10.1 ...
Stefan
ps: Are you using a laptop? If so, you might want to bring it to A'dam once you (and Maurice?) come to visit us (*hint*/*reminder* ;-)); then we could sort-out/solve the problems "life", in case we don't manage remotely...
On Mon, Oct 02, 2006 at 06:20:28PM +0200, Riham wrote:
HI Stefan,
You are right, I totally forgot I had to do this. Now I'm getting this error when I execute make for monetdb:
================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/build/MonetDB> make [..........] make[6]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make all-am make[7]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o lib_sys_la-sys.lo `test -f 'sys.c' || echo '../../../../../src/MonetDB/src/modules/plain/'`sys.c gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c sys.c -fPIC -DPIC -o .libs/lib_sys_la-sys.o ../../../../../src/MonetDB/src/modules/plain/sys.mx: In function 'view_gdk_cpu': ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: 'CLK_TCK' undeclared (first use in this function) ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: (Each undeclared identifier is reported only once ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: for each function it appears in.) make[7]: *** [lib_sys_la-sys.lo] Error 1 make[7]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[6]: *** [all] Error 2 make[6]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[4]: *** [all] Error 2 make[4]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB' make: *** [all] Error 2 =================================================================================
Any Idea?
Thanks again. Riham
Stefan Manegold wrote:
Hi Riham,
you need to set your PYTHONPATH to make python find the autogen module.
From buildtools/autogen/README:
======== If you use the --prefix option or otherwise install autogen in a different place, you may have to set your PYTHONPATH environment variable accordingly. The directory which needs to be added is <install-dir-prefix>/lib(64)/python<python-version>/site-packages, where
<python-version is the version of Python used (e.g. 2.4).
Stefan
On Mon, Oct 02, 2006 at 05:45:17PM +0200, Riham wrote:
Hi Stefan,
I have in fact commented both lines #if/#endif in mel.mx file, but have kept everything in between. This way it worked and did not get the error again. But when I bootstrap monetdb i get the followiing message: ================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/src/MonetDB> ./bootstrap automake 1.9.6 is 1.5 or newer. Good. autoconf 2.60 is 2.57 or newer. Good. libtool 1.5.22 is 1.4 or newer. Good. Python 2.4.3 is 2.0.0 or newer. Good. Traceback (most recent call last): File "/local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery/bin/autogen.py", line 29, in ? from autogen import am ImportError: No module named autogen ================================================================= Of course, the configure file is not generated afterwards and thus could not continue the deployment.
I am working on Suse10.2.
Thank you for trying to help, Riham
Stefan Manegold wrote:
On Mon, Oct 02, 2006 at 12:47:39PM +0200, Niels Nes wrote:
On Mon, Oct 02, 2006 at 12:32:22PM +0200, Riham wrote:
Hi,
I am a new PhD student at the University of Twente. I am working with Dr. Maurice van Keulen on Optimizing Pathfinder queries. I was installing Monet on my new linux system and I got the following error:
=========================================================================== kader@netloosewi840:~/home/MonetDB_XQuery_CVS/build/buildtools> make cd ""/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/../../src/buildtools"/autogen" && python setup.py build running build running build_py running build_scripts cd _MX && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' cd _MEL && make MAKE=make all make[1]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make all-am make[2]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' g++ -g -o mel any_arg.o atom_arg.o atom.o atomops.o bat_arg.o builtin.o command.o debug.o depend.o dependency.o epilogue.o FileInfo.o glue.o html.o iterator.o link.o ListIterator.o mel.o mel.tab.o mel.yy.o mil.o module.o object.o operator.o ops.o prelude.o proto.o symbol.o symtable.o type_arg.o use.o var_arg.o mel.tab.o: In function `semerror()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:471: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:472: undefined reference to `yylineno' mel.tab.o: In function `yyparse()': /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:59: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:67: undefined reference to `yylineno' /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:131: undefined reference to `yylineno' mel.yy.o:/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.ll:253: more undefined references to `yylineno' follow collect2: ld returned 1 exit status make[2]: *** [mel] Error 1 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make[1]: *** [all] Error 2 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' make: *** [all] Error 2 ===========================================================================
The flex and bison versions I have are 2.5.33 and 2.3 respectively. I was advised by Jan Flokstra to report the error to you. I hope you have sufficient information to know the origin of the problem, if not please let me know.
Thank you for your help, Riham Abdel Kader.
As of flex 2.5.31 the yylineno was defined by flex. Normaly we define it our selfs.
You could try to patch the following line from mel.mx
#if !defined(YY_FLEX_SUBMINOR_VERSION) || YY_FLEX_SUBMINOR_VERSION < 5 /* flex 2.5.31 declares yylineno. I don't know which other versions do as well. */ int yylineno; #endif
Simply removed the #if/#endif should work. A better solution is to know which range between 2.5.6 and 2.5.31/32 have a yylineno defined. And fix the second part of the #ifdef.
Niels
Niels, Riham,
I haven't analysed the problem any further, yet, but I think it might also be related to bison 2.3 or the combination of bison 2.3 and flex 2.5.33. In out nightly testing pool (cf., http://monetdb.cwi.nl/Development/TestWeb/), we use flex 2.5.4 & flex 2.5.33 and bison 1.875, 2.0, 2.1, 2.2, and everything works fine. We don't use bison 2.3, yet ...
Riham,
which linux distribution (name & version) are you using?
Does Niels' patch work for you?
Stefan
Hi Stefan,
I have attached two files: one containing the console output and the other is the config.log. I hope this will help in finding the problem.
Maurice and I are certainly willing to pay you a visit but still have not decided on the date for it. If this does not work remotely it could be a reason to plan a visit soon.
Good Luck, Riham
Stefan Manegold wrote:
Hi Riham,
hm, this looks really strange --- could you please sent me the output of your configure run for MonetDB (preferably both the console output and the produced config.log)?
Apparently, /usr/include/time.h does not define CLK_TCK ... ?
It looks like SuSE 10.2 is somehow "different" from former SuSE distribution as well as other Linux distributions, and I need to see more details to get any idea what might go wrong --- I cannot "guarantee" anything, though ...
We don't have (access to) any SuSE 10.x machine, yet (for testing, we only/still use SuSE 9.3 machines; cf. http://monetdb.cwi.nl/Development/TestWeb/Platforms/), but as far as I know, "people" have successfully compiled MonetDB on SuSE 10.0 & 10.1 ...
Stefan
ps: Are you using a laptop? If so, you might want to bring it to A'dam once you (and Maurice?) come to visit us (*hint*/*reminder* ;-)); then we could sort-out/solve the problems "life", in case we don't manage remotely...
On Mon, Oct 02, 2006 at 06:20:28PM +0200, Riham wrote:
HI Stefan,
You are right, I totally forgot I had to do this. Now I'm getting this error when I execute make for monetdb:
================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/build/MonetDB> make [..........] make[6]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make all-am make[7]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o lib_sys_la-sys.lo `test -f 'sys.c' || echo '../../../../../src/MonetDB/src/modules/plain/'`sys.c gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c sys.c -fPIC -DPIC -o .libs/lib_sys_la-sys.o ../../../../../src/MonetDB/src/modules/plain/sys.mx: In function 'view_gdk_cpu': ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: 'CLK_TCK' undeclared (first use in this function) ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: (Each undeclared identifier is reported only once ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: for each function it appears in.) make[7]: *** [lib_sys_la-sys.lo] Error 1 make[7]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[6]: *** [all] Error 2 make[6]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[4]: *** [all] Error 2 make[4]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB' make: *** [all] Error 2 =================================================================================
Any Idea?
Thanks again. Riham
Stefan Manegold wrote:
Hi Riham,
you need to set your PYTHONPATH to make python find the autogen module.
From buildtools/autogen/README:
======== If you use the --prefix option or otherwise install autogen in a different place, you may have to set your PYTHONPATH environment variable accordingly. The directory which needs to be added is <install-dir-prefix>/lib(64)/python<python-version>/site-packages, where
<python-version is the version of Python used (e.g. 2.4).
Stefan
On Mon, Oct 02, 2006 at 05:45:17PM +0200, Riham wrote:
Hi Stefan,
I have in fact commented both lines #if/#endif in mel.mx file, but have kept everything in between. This way it worked and did not get the error again. But when I bootstrap monetdb i get the followiing message: ================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/src/MonetDB> ./bootstrap automake 1.9.6 is 1.5 or newer. Good. autoconf 2.60 is 2.57 or newer. Good. libtool 1.5.22 is 1.4 or newer. Good. Python 2.4.3 is 2.0.0 or newer. Good. Traceback (most recent call last): File "/local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery/bin/autogen.py", line 29, in ? from autogen import am ImportError: No module named autogen ================================================================= Of course, the configure file is not generated afterwards and thus could not continue the deployment.
I am working on Suse10.2.
Thank you for trying to help, Riham
Stefan Manegold wrote:
On Mon, Oct 02, 2006 at 12:47:39PM +0200, Niels Nes wrote:
On Mon, Oct 02, 2006 at 12:32:22PM +0200, Riham wrote:
> Hi, > > I am a new PhD student at the University of Twente. I am working with > Dr. Maurice van Keulen on Optimizing Pathfinder queries. I was > installing Monet on my new linux system and I got the following error: > > =========================================================================== > kader@netloosewi840:~/home/MonetDB_XQuery_CVS/build/buildtools> make > cd > ""/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/../../src/buildtools"/autogen" > && python setup.py build > running build > running build_py > running build_scripts > cd _MX && make MAKE=make all > make[1]: Entering directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' > make all-am > make[2]: Entering directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' > make[2]: Nothing to be done for `all-am'. > make[2]: Leaving directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' > make[1]: Leaving directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MX' > cd _MEL && make MAKE=make all > make[1]: Entering directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' > make all-am > make[2]: Entering directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' > g++ -g -o mel any_arg.o atom_arg.o atom.o atomops.o bat_arg.o > builtin.o command.o debug.o depend.o dependency.o epilogue.o > FileInfo.o glue.o html.o iterator.o link.o ListIterator.o mel.o > mel.tab.o mel.yy.o mil.o module.o object.o operator.o ops.o prelude.o > proto.o symbol.o symtable.o type_arg.o use.o var_arg.o > mel.tab.o: In function `semerror()': > /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:471: > undefined reference to `yylineno' > /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:472: > undefined reference to `yylineno' > mel.tab.o: In function `yyparse()': > /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:59: > undefined reference to `yylineno' > /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:67: > undefined reference to `yylineno' > /local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.yy:131: > undefined reference to `yylineno' > mel.yy.o:/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL/mel.ll:253: > more undefined references to `yylineno' follow > collect2: ld returned 1 exit status > make[2]: *** [mel] Error 1 > make[2]: Leaving directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' > make[1]: *** [all] Error 2 > make[1]: Leaving directory > `/local/kader/home/MonetDB_XQuery_CVS/build/buildtools/_MEL' > make: *** [all] Error 2 > =========================================================================== > > The flex and bison versions I have are 2.5.33 and 2.3 respectively. > I was advised by Jan Flokstra to report the error to you. I hope you > have sufficient information to know the origin of the problem, if not > please let me know. > > Thank you for your help, > Riham Abdel Kader. > > > As of flex 2.5.31 the yylineno was defined by flex. Normaly we define it our selfs.
You could try to patch the following line from mel.mx
#if !defined(YY_FLEX_SUBMINOR_VERSION) || YY_FLEX_SUBMINOR_VERSION < 5 /* flex 2.5.31 declares yylineno. I don't know which other versions do as well. */ int yylineno; #endif
Simply removed the #if/#endif should work. A better solution is to know which range between 2.5.6 and 2.5.31/32 have a yylineno defined. And fix the second part of the #ifdef.
Niels
Niels, Riham,
I haven't analysed the problem any further, yet, but I think it might also be related to bison 2.3 or the combination of bison 2.3 and flex 2.5.33. In out nightly testing pool (cf., http://monetdb.cwi.nl/Development/TestWeb/), we use flex 2.5.4 & flex 2.5.33 and bison 1.875, 2.0, 2.1, 2.2, and everything works fine. We don't use bison 2.3, yet ...
Riham,
which linux distribution (name & version) are you using?
Does Niels' patch work for you?
Stefan
kader@wlan139064:~/home/MonetDB_XQuery_CVS/build/MonetDB> ../../src/MonetDB/configure --prefix=/local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery checking build system type... i686-suse-linux-gnu checking host system type... i686-suse-linux-gnu checking target system type... i686-suse-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... none checking how to run the C preprocessor... gcc -E checking whether gcc needs -traditional... no checking which Linux distribution we're using... openSUSE 10.2 (i586) Alpha4 checking if your compiler is C99 compliant... yes checking for ant... no checking for java... /devu/bin/j2re1.4.2_12/bin/java checking for Java >= 1.4... yes -> 1.4.2_12 found checking for javac... no checking for jar... no checking for javadoc... no checking for a sed that does not truncate output... /usr/bin/sed checking for option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for a BSD-compatible install... /usr/bin/install -c checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... cat: /etc/ld.so.conf.d/*.conf: No such file or directory GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... cat: /etc/ld.so.conf.d/*.conf: No such file or directory GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for bison... bison -y checking whether ln -s works... yes checking for rm... rm -f checking for mv... mv -f checking for lockfile... lockfile -r 2 checking for bash... /bin/sh checking for rpmbuild... rpmbuild checking for flex version... flex 2.5.33 checking for swig... no checking for python... /usr/bin/python checking for perl... /usr/bin/perl checking for objc... no checking for ANSI C header files... (cached) yes checking pthread.h usability... yes checking pthread.h presence... yes checking for pthread.h... yes checking semaphore.h usability... yes checking semaphore.h presence... yes checking for semaphore.h... yes checking sched.h usability... yes checking sched.h presence... yes checking for sched.h... yes checking for sem_init in -lpthreadGC2... no checking for sem_init in -lpthreadGC1... no checking for sem_init in -lpthreadGC... no checking for sem_init in -lpthread... yes checking for pthread_sigmask in -lpthread... yes checking for pthread_kill_other_threads_np in -lpthread... no checking readline/readline.h usability... yes checking readline/readline.h presence... yes checking for readline/readline.h... yes checking for readline in -lreadline... yes checking for rl_completion_matches in -lreadline... yes checking for SSL_read in -lssl... yes checking for ERR_get_error in -lcrypto... yes checking for dlopen in -ldl... yes checking for malloc in -lmalloc... no checking for mallopt... yes checking for mallinfo... yes checking for gethostbyname_r... yes checking for setsockopt... yes checking for SOCKET... no checking for socklen_t... yes checking for libz... auto checking for libbz2... auto checking for getopt_long... yes checking libperfctr.h usability... no checking libperfctr.h presence... no checking for libperfctr.h... no checking libpperf.h usability... no checking libpperf.h presence... no checking for libpperf.h... no checking pcl.h usability... no checking pcl.h presence... no checking for pcl.h... no checking for pcre-config... /usr/bin/pcre-config checking for pcre >= 4.5... yes (found 6.7) checking for pcretest... /usr/bin/pcretest checking whether pcre comes with UTF-8 support... yes (pcretest says "UTF-8 support") checking pcre.h usability... yes checking pcre.h presence... yes checking for pcre.h... yes checking for pcre_compile in -lpcre... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking langinfo.h usability... yes checking langinfo.h presence... yes checking for langinfo.h... yes checking for nl_langinfo... yes checking for setlocale... yes checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for iconv_t... yes checking for iconv in -liconv... no checking for libiconv in -liconv... no checking for iconv... yes checking for texi2html... no checking for latex2html... no checking for latex... no checking for pdflatex... no checking for dvips... no checking for fig2dev... no checking postscript option... eps checking /usr/bin/install -c --backup option... --backup=nil checking for php-config... no Cannot find php-config. Please use --with-php-config=PATH no checking for an ANSI C-conforming const... yes checking for inline... inline checking for ANSI C header files... (cached) yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for sys/wait.h that is POSIX.1 compatible... yes checking for malloc.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for unistd.h... (cached) yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking for dlfcn.h... (cached) yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes checking sys/utime.h usability... no checking sys/utime.h presence... no checking for sys/utime.h... no checking sys/file.h usability... yes checking sys/file.h presence... yes checking for sys/file.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/times.h usability... yes checking sys/times.h presence... yes checking for sys/times.h... yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking rlimit.h usability... no checking rlimit.h presence... no checking for rlimit.h... no checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking for sys/resource.h... yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking signal.h usability... yes checking signal.h presence... yes checking for signal.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/un.h usability... yes checking sys/un.h presence... yes checking for sys/un.h... yes checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking ieeefp.h usability... no checking ieeefp.h presence... no checking for ieeefp.h... no checking winsock.h usability... no checking winsock.h presence... no checking for winsock.h... no checking xmmintrin.h usability... no checking xmmintrin.h presence... no checking for xmmintrin.h... no checking for pid_t... yes checking for off_t... yes checking for size_t... yes checking for ptrdiff_t... yes checking for ssize_t... yes checking whether stat file-mode macros are broken... no checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for struct tm.tm_zone... no checking whether tzname is declared... yes checking for tzname... yes checking whether byte ordering is bigendian... no checking for long long... yes checking for __int64... no checking for char... yes checking size of char... 1 checking for short... yes checking size of short... 2 checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking for void *... yes checking size of void *... 4 checking for size_t... (cached) yes checking size of size_t... 4 checking for ssize_t... (cached) yes checking size of ssize_t... 4 checking for ptrdiff_t... (cached) yes checking size of ptrdiff_t... 4 checking for long long... (cached) yes checking size of long long... 8 checking for __int64... (cached) no checking size of __int64... 0 checking for _sys_siglist... no checking for working alloca.h... yes checking for alloca... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking whether setpgrp takes no argument... yes checking return type of signal handlers... void checking whether utime accepts a null argument... yes checking for vprintf... yes checking for _doprnt... no checking for working memcmp... yes checking for strsignal... yes checking for mkdir... yes checking for rmdir... yes checking for getcwd... yes checking for getopt... yes checking for getrlimit... yes checking for vsnprintf... yes checking for snprintf... yes checking for kill... yes checking for pipe... yes checking for setsid... yes checking for strcspn... yes checking for strdup... yes checking for strstr... yes checking for strtod... yes checking for strtof... yes checking for strtol... yes checking for strerror... yes checking for strcasecmp... yes checking for strncasecmp... yes checking for strtoll... yes checking for strtoull... yes checking for gethostname... yes checking for gettimeofday... yes checking for setenv... yes checking for putenv... yes checking for select... yes checking for times... yes checking for fstat... yes checking for getpwuid... yes checking for getuid... yes checking for ftime... yes checking for sysconf... yes checking for fcntl... yes checking for shutdown... yes checking for mrand48... yes checking for drand48... yes checking for nanosleep... yes checking for lockf... yes checking for ctime_r... yes checking for asctime_r... yes checking for localtime_r... yes checking for isinf... yes checking for fpclassify... no checking for fpclass... no checking for getlogin... yes checking for madvise... yes checking for posix_madvise... yes checking for posix_fadvise... yes checking for uname... yes checking for opendir... yes checking for readdir... yes checking for rewinddir... yes checking for closedir... yes checking for ftruncate... yes checking whether strdup is declared... yes checking whether strtof is declared... yes checking whether strtoll is declared... yes checking whether strtoull is declared... yes checking whether ctime_r is declared... no checking asctime_r3... no checking ctime_r3... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for _LARGE_FILES value needed for large files... no checking for Mx... /local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery/bin/Mx checking for mel... /local/kader/home/MonetDB_XQuery_CVS/monetdb_xquery/bin/mel configure: creating ./config.status config.status: creating Makefile config.status: creating MonetDB.pc config.status: WARNING: ../../src/MonetDB/MonetDB.pc.in seems to ignore the --datarootdir setting config.status: creating MonetDB.spec config.status: creating RunMapiClient.bat config.status: creating RunMapprove config.status: creating RunMapprove.bat config.status: creating RunMserver config.status: creating RunMserver.bat config.status: creating RunMtest config.status: creating RunMtest.bat config.status: creating rpm.mk config.status: creating sysdefs.h config.status: creating conf/Makefile config.status: creating conf/MonetDB.conf config.status: creating scripts/Makefile config.status: creating src/Makefile config.status: creating scripts/tools/Makefile config.status: creating src/common/Makefile config.status: creating src/common/monet_options.py config.status: creating src/gdk/Makefile config.status: creating src/mapi/Makefile config.status: creating src/modules/Makefile config.status: creating src/monet/Makefile config.status: creating src/testing/Makefile config.status: creating src/testing/Mfilter.py config.status: creating src/testing/MkillUsers config.status: creating src/testing/Mlog config.status: creating src/testing/Mtest.py config.status: WARNING: src/testing/Mtest.py contains a reference to the variable `datarootdir' which seems to be undefined. Please make sure it is defined. config.status: creating src/tools/Makefile config.status: creating src/tools/monetdb-config config.status: WARNING: src/tools/monetdb-config contains a reference to the variable `datarootdir' which seems to be undefined. Please make sure it is defined. config.status: creating src/tools/monetdb-config.bat config.status: WARNING: ../../src/MonetDB/src/tools/monetdb-config.bat.in seems to ignore the --datarootdir setting config.status: creating src/mapi/clients/Makefile config.status: creating src/mapi/examples/Makefile config.status: creating src/modules/calibrator/Makefile config.status: creating src/modules/contrib/Makefile config.status: creating src/modules/mnetcdf/Makefile config.status: creating src/modules/plain/Makefile config.status: creating src/mapi/clients/C/Makefile config.status: creating src/mapi/clients/haskell/Makefile config.status: creating src/mapi/clients/java/Makefile config.status: creating src/mapi/clients/perl/Makefile config.status: creating src/mapi/clients/php/Makefile config.status: creating src/mapi/clients/python/Makefile config.status: creating src/mapi/clients/python/MapiClient.py config.status: creating src/mapi/clients/tcl/Makefile config.status: creating src/mapi/examples/C/Makefile config.status: creating src/mapi/examples/java/Makefile config.status: creating src/mapi/clients/perl/Cimpl/Makefile config.status: creating src/mapi/clients/perl/DBD/Makefile config.status: creating src/mapi/clients/perl/MonetDB-CLI-MapiLib/Makefile config.status: creating src/mapi/clients/perl/MonetDB-CLI-MapiPP/Makefile config.status: creating src/mapi/clients/perl/MonetDB-CLI/Makefile config.status: creating src/mapi/clients/php/Cimpl/Makefile config.status: creating src/mapi/clients/python/Cimpl/Makefile config.status: creating src/mapi/clients/perl/DBD/monetdb/Makefile config.status: creating src/mapi/clients/php/Cimpl/DB/Makefile config.status: creating src/mapi/clients/php/Cimpl/examples/Makefile config.status: creating src/mapi/clients/php/Cimpl/examples/php.ini config.status: creating src/mapi/clients/python/Cimpl/MonetSQLdb/Makefile config.status: creating monetdb_config.h config.status: monetdb_config.h is unchanged config.status: executing depfiles commands kader@wlan139064:~/home/MonetDB_XQuery_CVS/build/MonetDB>
Hi Riham,
(yes, I got your message ;-))
I'm still puzzled --- all I can see from your logs so far is that your system (actually a AFAIK not yet officially release "openSUSE 10.2 (i586) Alpha4") does lack some tools to compile all parts of MonetDB (e.g., there is a ava runtime, but neither a java compiler (javac) nor a jar; further, there is no swig, no texi2html and no latex) --- still, compiling the "crucial" parts of MonetDB should be possible.
However, I cannot find any hit in your logs that seem to be related to the compilation problem (undefined CLK_TCK in src/modules/plain/sys.mx that you get.
But as Fabian already pointed out, you're using quite a bleeding edge system with autmake 1.9.6, autoconf 2.60, libtool 1.5.22, bison 2.3, flex 2.5.33; execpt from flex, we only have experiences with older version of the respective tools --- hence, the problem(s) might be caused by any of them (or their particular combination)
Btw, what does `gcc --version` say?
I have one final(?) question before I'm afraid I have to give up hoping to solve this remotely:
Could you please check whether CLK_TCK is defined in /usr/include/time.h and if so, under which conditions/circumstances?
Apart from that, I'm wondering why you're using the openSUSE 10.2 *Alpha4* distribution, which still under heavy development, and not the officially release and (supposed to be) stable SuSE Linux 10.1 ... ???
Trying to support MonetDB (or any software at all) on an OS distribution that is still in Alpha stage seems to me like fighting agains windmills ... (in other words, I expect more problems, even if we manage to solve the CLK_TCK issue...)
Kind regards,
Stefan
On Tue, Oct 03, 2006 at 09:58:17AM +0200, Riham wrote:
Hi Stefan,
I have attached two files: one containing the console output and the other is the config.log. I hope this will help in finding the problem.
Maurice and I are certainly willing to pay you a visit but still have not decided on the date for it. If this does not work remotely it could be a reason to plan a visit soon.
Good Luck, Riham
Stefan Manegold wrote:
Hi Riham,
[...]
Apparently, /usr/include/time.h does not define CLK_TCK ... ?
[...]
On Mon, Oct 02, 2006 at 06:20:28PM +0200, Riham wrote:
HI Stefan,
You are right, I totally forgot I had to do this. Now I'm getting this error when I execute make for monetdb:
================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/build/MonetDB> make [..........] make[6]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make all-am make[7]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o lib_sys_la-sys.lo `test -f 'sys.c' || echo '../../../../../src/MonetDB/src/modules/plain/'`sys.c gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c sys.c -fPIC -DPIC -o .libs/lib_sys_la-sys.o ../../../../../src/MonetDB/src/modules/plain/sys.mx: In function 'view_gdk_cpu': ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: 'CLK_TCK' undeclared (first use in this function) ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: (Each undeclared identifier is reported only once ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: for each function it appears in.) make[7]: *** [lib_sys_la-sys.lo] Error 1 make[7]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[6]: *** [all] Error 2 make[6]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[4]: *** [all] Error 2 make[4]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB' make: *** [all] Error 2 =================================================================================
Any Idea?
Thanks again. Riham
Hi Stefan,
I had to install openSUSE 10.2 *Alpha4* since I have a new hardware and only this version of Suse has the driver to support it.
gcc --version => gcc (GCC) 4.1.2 20060829 (prerelease) (SUSE Linux) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
This is what I found in /usr/include/time.h: ================================================================== #ifdef _TIME_H /* Get size_t and NULL from <stddef.h>. */ # define __need_size_t # define __need_NULL # include <stddef.h>
/* This defines CLOCKS_PER_SEC, which is the number of processor clock ticks per second. */ # include <bits/time.h>
/* This is the obsolete POSIX.1-1988 name for the same constant. */ # if !defined __STRICT_ANSI__ && !defined __USE_XOPEN2K # ifndef CLK_TCK # define CLK_TCK CLOCKS_PER_SEC # endif # endif
#endif /* <time.h> included. */ ==================================================================
I might degrade the system to Suse10.0 if things do not work out.
Best Regards, Riham
Stefan Manegold wrote:
Hi Riham,
(yes, I got your message ;-))
I'm still puzzled --- all I can see from your logs so far is that your system (actually a AFAIK not yet officially release "openSUSE 10.2 (i586) Alpha4") does lack some tools to compile all parts of MonetDB (e.g., there is a ava runtime, but neither a java compiler (javac) nor a jar; further, there is no swig, no texi2html and no latex) --- still, compiling the "crucial" parts of MonetDB should be possible.
However, I cannot find any hit in your logs that seem to be related to the compilation problem (undefined CLK_TCK in src/modules/plain/sys.mx that you get.
But as Fabian already pointed out, you're using quite a bleeding edge system with autmake 1.9.6, autoconf 2.60, libtool 1.5.22, bison 2.3, flex 2.5.33; execpt from flex, we only have experiences with older version of the respective tools --- hence, the problem(s) might be caused by any of them (or their particular combination)
Btw, what does `gcc --version` say?
I have one final(?) question before I'm afraid I have to give up hoping to solve this remotely:
Could you please check whether CLK_TCK is defined in /usr/include/time.h and if so, under which conditions/circumstances?
Apart from that, I'm wondering why you're using the openSUSE 10.2 *Alpha4* distribution, which still under heavy development, and not the officially release and (supposed to be) stable SuSE Linux 10.1 ... ???
Trying to support MonetDB (or any software at all) on an OS distribution that is still in Alpha stage seems to me like fighting agains windmills ... (in other words, I expect more problems, even if we manage to solve the CLK_TCK issue...)
Kind regards,
Stefan
On Tue, Oct 03, 2006 at 09:58:17AM +0200, Riham wrote:
Hi Stefan,
I have attached two files: one containing the console output and the other is the config.log. I hope this will help in finding the problem.
Maurice and I are certainly willing to pay you a visit but still have not decided on the date for it. If this does not work remotely it could be a reason to plan a visit soon.
Good Luck, Riham
Stefan Manegold wrote:
Hi Riham,
[...]
Apparently, /usr/include/time.h does not define CLK_TCK ... ?
[...]
On Mon, Oct 02, 2006 at 06:20:28PM +0200, Riham wrote:
HI Stefan,
You are right, I totally forgot I had to do this. Now I'm getting this error when I execute make for monetdb:
================================================================ kader@wlan139064:~/home/MonetDB_XQuery_CVS/build/MonetDB> make [..........] make[6]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make all-am make[7]: Entering directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o lib_sys_la-sys.lo `test -f 'sys.c' || echo '../../../../../src/MonetDB/src/modules/plain/'`sys.c gcc -DHAVE_CONFIG_H -I. -I../../../../../src/MonetDB/src/modules/plain -I../../.. -I../../../../../src/MonetDB/src/modules/plain -I../../common -I../../../../../src/MonetDB/src/modules/plain/../../common -I../../gdk -I../../../../../src/MonetDB/src/modules/plain/../../gdk -I../../monet -I../../../../../src/MonetDB/src/modules/plain/../../monet -DLIBSYS -g -O2 -std=c99 -Wall -W -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c sys.c -fPIC -DPIC -o .libs/lib_sys_la-sys.o ../../../../../src/MonetDB/src/modules/plain/sys.mx: In function 'view_gdk_cpu': ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: 'CLK_TCK' undeclared (first use in this function) ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: (Each undeclared identifier is reported only once ../../../../../src/MonetDB/src/modules/plain/sys.mx:1337: error: for each function it appears in.) make[7]: *** [lib_sys_la-sys.lo] Error 1 make[7]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[6]: *** [all] Error 2 make[6]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules/plain' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[4]: *** [all] Error 2 make[4]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/local/kader/home/MonetDB_XQuery_CVS/build/MonetDB' make: *** [all] Error 2 =================================================================================
Any Idea?
Thanks again. Riham
Hi Riham,
On Tue, Oct 03, 2006 at 11:50:36AM +0200, Riham wrote:
Hi Stefan,
I had to install openSUSE 10.2 *Alpha4* since I have a new hardware and only this version of Suse has the driver to support it.
I see --- and other distributions (e.g., Fedora Core 5 (or 6 final release available within a week from now)) don't support your HW either?
gcc --version => gcc (GCC) 4.1.2 20060829 (prerelease) (SUSE Linux) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
This is what I found in /usr/include/time.h:
#ifdef _TIME_H /* Get size_t and NULL from <stddef.h>. */ # define __need_size_t # define __need_NULL # include <stddef.h>
/* This defines CLOCKS_PER_SEC, which is the number of processor clock ticks per second. */ # include <bits/time.h>
/* This is the obsolete POSIX.1-1988 name for the same constant. */ # if !defined __STRICT_ANSI__ && !defined __USE_XOPEN2K # ifndef CLK_TCK # define CLK_TCK CLOCKS_PER_SEC # endif # endif
#endif /* <time.h> included. */
looks fine to me --- unless __STRICT_ANSI__ and/or __USE_XOPEN2K are "oddly" defined ...
I'm afraid, without having (access to) such a system myself, I'm out of wisdom --- sorry ...
Stefan
I might degrade the system to Suse10.0 if things do not work out.
Best Regards, Riham
On 03-10-2006 12:18:30 +0200, Stefan Manegold wrote:
Hi Riham,
On Tue, Oct 03, 2006 at 11:50:36AM +0200, Riham wrote:
Hi Stefan,
I had to install openSUSE 10.2 *Alpha4* since I have a new hardware and only this version of Suse has the driver to support it.
I see --- and other distributions (e.g., Fedora Core 5 (or 6 final release available within a week from now)) don't support your HW either?
No distro evangelism, please!
gcc --version => gcc (GCC) 4.1.2 20060829 (prerelease) (SUSE Linux)
Ahh... not as bleeding edge as I thought :)
/* This defines CLOCKS_PER_SEC, which is the number of processor clock ticks per second. */ # include <bits/time.h>
/* This is the obsolete POSIX.1-1988 name for the same constant. */ # if !defined __STRICT_ANSI__ && !defined __USE_XOPEN2K # ifndef CLK_TCK # define CLK_TCK CLOCKS_PER_SEC # endif # endif
The same is in the FC4 headers. Sounds like we should get rid of CLK_TCK, if I understand the comment correctly.
On 2006-10-03 12:30, Fabian Groffen wrote:
The same is in the FC4 headers. Sounds like we should get rid of CLK_TCK, if I understand the comment correctly.
Indeed. Also see the man page for times(2). On FC 4 it says:
The number of clock ticks per second can be obtained using sysconf(_SC_CLK_TCK); In POSIX-1996 the symbol CLK_TCK (defined in <time.h>) is mentioned as obsolescent. It is obsolete now.
CLK_TCK is only used in the function view_gdk_cpu in the sys.mx module. That function uses the symbol HZ which is defined as CLK_TCK.
Just chiming in here
On 02-10-2006 18:20:28 +0200, Riham wrote:
Any Idea?
Out of curiosity, because you seem to have a very bleeding edge system (autoconf 2.60 and bison 2.3), what is the output of the following commands?
gcc --version bison --version flex --version
participants (4)
-
Fabian Groffen -
Riham -
Sjoerd Mullender -
Stefan Manegold