[MonetDB-users] Problem configuring MonetDB/XQuery
I successfully build MonetDB, prior to configure and build the XQuery front end. However, running configure for this front end stops with: Checking for Mx... no configure: error: No Mx found in PATH I try to build the Mx software, without success. Before continuing I would like to know if the XQuery front end really needs Mx. Thanks. Peter van der Kamp
Hi, Thanks for your interest in MonetDB/XQuery. Can you tell us which platform, os, etc your are building on and which steps so far you have taken? Peter van der Kamp wrote:
I successfully build MonetDB, prior to configure and build the XQuery front end. However, running configure for this front end stops with: Checking for Mx... no configure: error: No Mx found in PATH
I try to build the Mx software, without success. Before continuing I would like to know if the XQuery front end really needs Mx.
Thanks.
Peter van der Kamp
------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
Peter, (in case you're suing a Unix-like platform) after building and installing MonetDB, Mx is available in <prefix>/bin/ with <prefix> being the directory you specified via "--prefix=<prefix>" with MonetDB's configure or the default /usr if you didn't specify any "--prefix=". To make XQuery's configure find Mx, you either need to add <prefix>/bin to your $PATH prior to calling XQuery's configure, or you have to run XQuery's configure with "--with-mx=<prefix>/bin/Mx". Stefan On Wed, Aug 10, 2005 at 04:34:52PM +0200, Fabian wrote:
Hi,
Thanks for your interest in MonetDB/XQuery.
Can you tell us which platform, os, etc your are building on and which steps so far you have taken?
Peter van der Kamp wrote:
I successfully build MonetDB, prior to configure and build the XQuery front end. However, running configure for this front end stops with: Checking for Mx... no configure: error: No Mx found in PATH
I try to build the Mx software, without success. Before continuing I would like to know if the XQuery front end really needs Mx.
Thanks.
Peter van der Kamp
------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
-- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |
Hello Fabian,
Can you tell us which platform, os, etc your are building on and which steps so far you have taken?
Sorry, I had to give this information in my previous mail. I use a Compaq Proliant 3000, running Fedora Core 3. Steps taken so far: Followed the instructions (step 1 and 2) on: http://monetdb.cwi.nl/XQuery/Documentation/Installation/Source/Linux/i ndex.html?q=node/12 When step 2 complains about Mx, I downloaded Mx software from http://www.nongnu.org/mx/download.html After unzipping and untarring I run make. Solved some compilation errors (changed varargs.h into stdarg.h) but then make complains about CODE/Mx: command not found. Here I stopped and dropped my question on the list. Peter
Aha! That manual seems wrong to me, as it at least should make a note on supplying configure with an extra flag --with-monet=/path/to/monetdb However, if you happen to use bash as your shell, then there are some convenience scripts that can automate a lot of setting these kinds of flags or environment variables. Have you read the document "HowToStart-PF" in the root of the XQuery source distribution? Maybe Stefan's bash script does wonders for you. If can be done without too. Peter van der Kamp wrote:
Hello Fabian,
Can you tell us which platform, os, etc your are building on and which steps so far you have taken?
Sorry, I had to give this information in my previous mail. I use a Compaq Proliant 3000, running Fedora Core 3.
Steps taken so far: Followed the instructions (step 1 and 2) on: http://monetdb.cwi.nl/XQuery/Documentation/Installation/Source/Linux/i ndex.html?q=node/12
When step 2 complains about Mx, I downloaded Mx software from http://www.nongnu.org/mx/download.html
After unzipping and untarring I run make. Solved some compilation errors (changed varargs.h into stdarg.h) but then make complains about CODE/Mx: command not found. Here I stopped and dropped my question on the list.
Peter
Peter,
Steps taken so far: Followed the instructions (step 1 and 2) on: http://monetdb.cwi.nl/XQuery/Documentation/Installation/Source/Linux/index.h...
indeed, these instructions do not clearly specify that configuring MonetDB/XQuery requires that (1) MonetDB is installed on your system (2) "--with-monet=<prefix>" and/or "--with-mx=<prefix>/bin/Mx" in case "<prefix>/bin" is not in your PATH, where "<prefix>" is the directory that was specified with "--prefix=<prefix>" when configuring MonetDB (the default for "<prefix>" is "/usr"). We'll update the documentation. Sorry for the inconvenience. Did you try again with these options? Does it work now?
When step 2 complains about Mx, I downloaded Mx software from http://www.nongnu.org/mx/download.html
This is NOT "our" Mx --- well, it actually seems to be some very old version of "our" Mx, but that's another issue ... "our" Mx comes with MonetDB, hence there is no need for extra downloads. Stefan
After unzipping and untarring I run make. Solved some compilation errors (changed varargs.h into stdarg.h) but then make complains about CODE/Mx: command not found. Here I stopped and dropped my question on the list.
Peter
------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users
-- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |
Hello Stefan,
indeed, these instructions do not clearly specify that configuring MonetDB/XQuery requires that (1) MonetDB is installed on your system (2) "--with-monet=<prefix>" and/or "--with-mx=<prefix>/bin/Mx" in case "<prefix>/bin" is not in your PATH, where "<prefix>" is the directory that was specified with "--prefix=<prefix>" when configuring MonetDB (the default for "<prefix>" is "/usr").
We'll update the documentation. Sorry for the inconvenience.
Absolutely no problem, I'll appreciate the very quick response from all of you.
Did you try again with these options? Does it work now?
Yes, everything works OK now. A few other remarks. Compiling MonetDB. The makefile in <builddir>/src/mapi/clients/java contains an error in the JAVACFLAGS. The -0 (or -O?) option gives the error Directory not found. After removing it, compiling was OK. The same for <builddir>/src/mapi/examples/java. Testing MonetDB-XQuery front end. The make check fails with Mtest.py Warning: No tests found in [<myHomeDir>/pathfinder-0.8.2]! I ignored it and continued with make install. Everything seems to work OK. Peter van der Kamp
Peter van der Kamp wrote:
Compiling MonetDB. The makefile in <builddir>/src/mapi/clients/java contains an error in the JAVACFLAGS. The -0 (or -O?) option gives the error Directory not found. After removing it, compiling was OK. The same for <builddir>/src/mapi/examples/java.
What kind of Java do you have installed? GCJ, Jikes or Sun's? Sun's compiler is known to accept this (and probably silently drop it). by the way, its -O (capital 'oh') for 'optimise'
Compiling MonetDB. The makefile in <builddir>/src/mapi/clients/java contains an error in the JAVACFLAGS. The -0 (or -O?) option gives the error Directory not found. After removing it, compiling was OK. The same for <builddir>/src/mapi/examples/java.
What kind of Java do you have installed? GCJ, Jikes or Sun's? Sun's compiler is known to accept this (and probably silently drop it).
java -version gives the following output: java version "1.4.2" jdkgcj 0.3.1 gcj (GCC) 3.4.4 20050721 (Red Hat 3.4.4-2) Peter
Peter van der Kamp wrote:
What kind of Java do you have installed? GCJ, Jikes or Sun's? Sun's compiler is known to accept this (and probably silently drop it).
java -version gives the following output: java version "1.4.2" jdkgcj 0.3.1 gcj (GCC) 3.4.4 20050721 (Red Hat 3.4.4-2)
Maybe we should drop -O for Java, it isn't documented anyway. However, if you happen to use Java, or planning to do so, be aware that GCJ still lacks some functionality, i.e. non-implemented bodies of methods we stumbled upon.
Maybe we should drop -O for Java, it isn't documented anyway. However, if you happen to use Java, or planning to do so, be aware that GCJ still lacks some functionality, i.e. non-implemented bodies of methods we stumbled upon.
Ok, maybe that's the reason why I couldn't get the mapi.jar up and running. I do not need it at the moment so it's no problem. Peter
participants (3)
-
Fabian
-
Peter van der Kamp
-
Stefan Manegold