Bugs item #2774951, was opened at 2009-04-19 17:18 Message generated for change (Comment added) made by smansur You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2774951&group_id=56967
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: MonetDB Common CVS Head Status: Open Resolution: None Priority: 5 Private: No Submitted By: Syeed Mansur (smansur) Assigned to: Sjoerd Mullender (sjoerd) Summary: Build Fails on OpenSolaris 64-Bit Initial Comment: I am using SunOS opensolaris 5.11 64-bit, and my builds are failing. I downloaded all the sources from the CVS repository, and used bootstrap to setup the build. This produced a configure script in the MonetDB package directory, which when invoked produced the following error: configure: error: need GCC version >=3.X for 64 bits However, I am using gcc version 3.4.3: #gcc --version gcc (GCC) 3.4.3 So, to work-through the problem, I used aclocal and autoconf to rebuild the configure script, which produced the following errors: #aclocal /usr/share/aclocal/audiofile.m4:12: warning: underquoted definition of AM_PATH_AUDIOFILE /usr/share/aclocal/audiofile.m4:12: run info '(automake)Extending aclocal' /usr/share/aclocal/audiofile.m4:12: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.in:63: warning: macro `AM_MONETDB_XQ_VARS_1' not found in library configure.in:66: warning: macro `AM_MONETDB_DEFAULTS' not found in library configure.in:69: warning: macro `AM_MONETDB_COMPILER' not found in library configure.in:70: warning: macro `AM_MONETDB_TOOLS' not found in library configure.in:71: warning: macro `AM_MONETDB_OPTIONS' not found in library configure.in:72: warning: macro `AM_MONETDB_UTILS' not found in library configure.in:85: warning: macro `AM_MONETDB_LIBS' not found in library configure.in:103: warning: macro `AM_MONETDB_XQ_VARS_2' not found in library #autoconf -f configure.in:63: error: possibly undefined macro: AM_MONETDB_XQ_VARS_1 If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:66: error: possibly undefined macro: AM_MONETDB_DEFAULTS configure.in:69: error: possibly undefined macro: AM_MONETDB_COMPILER configure.in:70: error: possibly undefined macro: AM_MONETDB_TOOLS configure.in:71: error: possibly undefined macro: AM_MONETDB_OPTIONS configure.in:72: error: possibly undefined macro: AM_MONETDB_UTILS configure.in:85: error: possibly undefined macro: AM_MONETDB_LIBS configure.in:103: error: possibly undefined macro: AM_MONETDB_XQ_VARS_2 A configure script did get produced, and when I invoked this script, I received the following errors: #configure --prefix=/root/makemonet/bin --enable-bits=64 --enable-debug=no --enable-assert=no --enable-optimize=yes /root/sourcemonet/MonetDB/configure: line 19267: syntax error at line 19887: `>' unexpected I must be doing something wrong, but after several days of reviewing, I can't seem to figure out the problem. Any help would be greatly appreciated. Thanks, Sid ---------------------------------------------------------------------- Comment By: Syeed Mansur (smansur) Date: 2009-04-20 21:51 Message: Fabian & Stefan: Thanks for your quick responses. Fabian, the reason I'm not using the pre-bootstrapped install.sh command is that I've already tried it, and on OpenSolaris 64-bit it seems to produce binaries that are 32-bit, which is not good enough for me to load up a 530GB table. Stefan: I implemented your suggestion, and the build process got past the original error, but not it looks like its getting caught in a different problem. configure seems to complete successfully, and then when I issue the gmake command, the process finishes as follows: gmake[5]: Leaving directory `/root/makemonet/src/gdk' gmake[4]: Leaving directory `/root/makemonet/src/gdk' gmake[4]: Entering directory `/root/makemonet/src' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/root/makemonet/src' gmake[3]: Leaving directory `/root/makemonet/src' gmake[2]: Leaving directory `/root/makemonet/src' Making all in conf gmake[2]: Entering directory `/root/makemonet/conf' /usr/sfw/bin/gmake all-am gmake[3]: Entering directory `/root/makemonet/conf' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/root/makemonet/conf' gmake[2]: Leaving directory `/root/makemonet/conf' gmake[2]: Entering directory `/root/makemonet' gmake[2]: Leaving directory `/root/makemonet' gmake[1]: Leaving directory `/root/makemonet' I went ahead and invoked the "gmake install" command, and that (as expected) did not install any binaries. For reference, during the bootstrap, I recieved the following errors: Remember to add `AC_PROG_LIBTOOL' to `configure.in'. You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Putting files in AC_CONFIG_AUX_DIR, `conf'. /usr/share/aclocal/audiofile.m4:12: warning: underquoted definition of AM_PATH_AUDIOFILE /usr/share/aclocal/audiofile.m4:12: run info '(automake)Extending aclocal' /usr/share/aclocal/audiofile.m4:12: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Looks like a unified context diff. Hunk #1 failed at line 6386. 1 out of 1 hunks failed: saving rejects to aclocal.m4.rej done configure.in:33: installing `conf/missing' configure.in:33: installing `conf/install-sh' By the way, the gcc -v command returns the following: l# gcc -v Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs Configured with: /builds2/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc --enable-shared Thread model: posix gcc version 3.4.3 (csl-sol210-3_4-20050802) ---------------------------------------------------------------------- Comment By: Stefan Manegold (stmane) Date: 2009-04-20 02:28 Message: Fabian: Internally (i.e., in buildtools/conf/MonetDB.m4), --enable-bits=<bits> is translated into CC="$CC -m<bits>"; hence, I don't see much of a difference... Syeed: Could you please undo/remove all your modification to checked-out and/or generated file, patch your checked-out buildtools/conf/MonetDB.m4 as follows: -------- Index: buildtools/conf/MonetDB.m4 =================================================================== RCS file: /cvsroot/monetdb/buildtools/conf/MonetDB.m4,v retrieving revision 1.108.2.2 diff -u -r1.108.2.2 MonetDB.m4 --- buildtools/conf/MonetDB.m4 14 Apr 2009 11:36:50 -0000 1.108.2.2 +++ buildtools/conf/MonetDB.m4 20 Apr 2009 06:24:04 -0000 @@ -586,7 +586,7 @@ *-*-*-*-$native_bits) ;; yes-*-solaris*-*-*) - case `$bits-$CC -v 2>&1` in + case "$bits-`$CC -v 2>&1`" in 32-*|*-*'gcc version '[[34]]'.'*) ;; *) AC_MSG_ERROR([need GCC version >=3.X for 64 bits]);; esac -------- and then try to compile & install buildtools & MonetDB from scratch, again, and report what happens? Also, could you please send us the output of `gcc -v` on your systems? ---------------------------------------------------------------------- Comment By: Fabian (mr-meltdown) Date: 2009-04-20 02:16 Message: Is it possible to use pre-bootstrapped sources, like e.g. the monetdb-install.sh script does? If you have to use CVS sources, does monetdb-install.sh --cvs produce the same autoconf errors? It seems to me you have an order problem. Last suggestion, don't use --enable-bits, but use export CC="gcc -m64" CXX="g++ -m64" instead. Be aware that the shipped compiler is quite old, and uses Sun ld though. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2774951&group_id=56967 ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p _______________________________________________ Monetdb-bugs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
