Bugs item #1849909, was opened at 2007-12-13 10:27 Message generated for change (Comment added) made by stmane You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1849909&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: buildtools CVS Head Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Stefan Manegold (stmane) Assigned to: Sjoerd Mullender (sjoerd) Summary: Windows: plain `(n)make` does not extract .m[ia]l from .mx Initial Comment: On Windows (unlike Unix), a plain `(n)make` does not seem to extract modules' .mil/.mal files from their .mx sources, making it impossible to run `RunMtest.bat <options>` by hand. Only `(n)make check` (as well as `(n)make install`) triggers the extraction of modules' .mil/.mal files from their .mx sources. However, `(n)make check` does not allow the specification of any options for `RunMtest.bat`, which is desirable for nightly testing. ---------------------------------------------------------------------- >Comment By: Stefan Manegold (stmane) Date: 2007-12-13 17:54 Message: Logged In: YES user_id=572415 Originator: YES Re-set Sjoerd's "Resolution" choice --- was unset due to concurrent changes with non transaction save SF tracker --- second concurrency conflict on this report today ... ---------------------------------------------------------------------- Comment By: Stefan Manegold (stmane) Date: 2007-12-13 17:34 Message: Logged In: YES user_id=572415 Originator: YES Assuming that noone outsite room C0.12 @ CWI has ever called `(n)make check` for any MonetDB packages on Windows, I don't consider the default setting in MonetDB/SQL's RunMtest.bat.in a crucial/urgent issue. Once I find a way how to detect in sql's RunMtest.bat.in (on Windows) AND RunMtest.in (on Unix) whether M4 or M5 or both are available, I'll change the default setting in BOTH RunMtest.bat.in AND RunMtest.in of sql to use M5, if available, and fall-back to M4, otherwise. ---------------------------------------------------------------------- Comment By: Sjoerd Mullender (sjoerd) Date: 2007-12-13 17:31 Message: Logged In: YES user_id=43607 Originator: NO I have reason to believe that the latest fix fixes the latest problem. ---------------------------------------------------------------------- Comment By: Stefan Manegold (stmane) Date: 2007-12-13 16:46 Message: Logged In: YES user_id=572415 Originator: YES The patch seems to work, i.e., .mil/.mal files are now also on Windows during plain `(n)make` extracted in the build tree. However, since the patch, header files get not only installed in <prefix>/include/<PKG>/<srcsubdir>/, but also in <prefix>/include/<srcsubdir>/; likewise, .mil/.mal files get installed not only in <prefix>/lib/<PKG>/, but also in <prefix>/include/<srcsubdir>/. ---------------------------------------------------------------------- Comment By: Martin Kersten (mlkersten) Date: 2007-12-13 14:00 Message: Logged In: YES user_id=490798 Originator: NO To comment further. In the testing priority is given to M5/SQL. M4/SQL is only (primarily) used for sanity checks and solely under control of Niels. so, please, make M5/SQL the default on Windows ---------------------------------------------------------------------- Comment By: Stefan Manegold (stmane) Date: 2007-12-13 13:00 Message: Logged In: YES user_id=572415 Originator: YES Sorry, I didn't see Sjoerd message & checking before my last comment. Sjoerd message & checking render my last comment "useless". I'll test the fix later today... ---------------------------------------------------------------------- Comment By: Stefan Manegold (stmane) Date: 2007-12-13 12:58 Message: Logged In: YES user_id=572415 Originator: YES In particular, this does not allow to choose (easily/conveniently) between SQL/4 & SQL/5 testing; SQL/4 testing is default. ---------------------------------------------------------------------- Comment By: Sjoerd Mullender (sjoerd) Date: 2007-12-13 12:58 Message: Logged In: YES user_id=43607 Originator: NO I believe I have fixed this with a patch to autogen. Testing will tell. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1849909&group_id=56967 ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Monetdb-bugs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
