Hello,
I'm unable to compile the jdbc driver : some Monet classes do not implement
abstract methods. I've read a previous thread about this problem in the
archive from april 2007. The cause of the problem seems to be the version of
java I'm using (1.6). In my opinion jdk 1.5 is obsolete at this point and I
no longer have this version on any of my machines.
I tried the installation of the MonetDB-Mars-SuperBall-SR5 tarball, then of
the last snapshot available but without success.
Is there any already compiled jar files somewhere ?
--
___________________________________________________________________
Jean-Paul Le Fèvre * Mail : LeFevre(a)fonteny.org
Hi,
I just made a very simple attempt to fix the problem by ensuring that
--enable-oid32 is handled and MONET_OID32 defined only with 64-bit builds
(but ignored/unset otherwise); see also
[ 1876580 ] Compile MonetDB on Darwin 9: failed by --enable-oid32
https://sourceforge.net/tracker/index.php?func=detail&aid=1876580&group_id=…
If this works, we're fine.
If not, we can go back to the previous situtation (before Fabian's changes
in buildtools/conf/MonetDB.m4), i.e., --enable-bits is only handled on
platform where it is known to work (incl. Darwin 8), while on other
platforms (e.g., Darwin 9; or when using the Intel compiler), configure
stops with the following advice:
"case "$GCC-$CC-$host_os-$host-$bits" not handled with --enable-bits, yet;
please use CC, CFLAGS and/or LDFLAGS (instead of --enable-bits=$bits) to
make "$CC" produce $bits-bit code"
(obviously with the variables replaced with the respective values...)
Stefan
On Tue, Jan 22, 2008 at 10:25:37AM +0100, Fabian Groffen wrote:
> I just noticed
> http://article.gmane.org/gmane.comp.db.monetdb.devel/937
>
> > > (3) Indeed, even though it does not make sense, we should not crash on
> > > "--enable-bits=32 --enable-oid32", but either (preferred) handle it
> > > correctly (e.g., by ignoring the latter in case the former holds
> > > (regardless of whether requested explicitly or simply by being the
> > > default)), or (at the very least) stop with a proper message
> > > saying that
> > > it is not required to specify the redundant information.
> >
> > I would prefer to give a message that the redundant "--enable-oid32"
> > has been discarded and continue.
>
> I think the only "redundant" option here is --enable-bits. Simply
> because --enable-bits only works for GNU multilib compilers, but it
> doesn't check them, and also assumes every compiler to be a multilib
> compiler. I noticed so when I changed MonetDB.m4 for Jennie.
>
> The correct way to deal with multilib compilers is to leave it up to the
> user, e.g. set CC="gcc -m64" or CC="gcc64" or CHOST/CTARGET=xxx64-xx-xx.
> Having configure have a flag that switches on the -mX per magic is
> rather misleading, and from the auto* world's point of view something
> that should have happened outside. I guess we run the test for the flag
> early enough in the process such that all AC_COMPILE tests use the -mX
> flag, but still I think it would clean things up when the flag would
> disappear.
>
> (I cannot reply on the thread, because I am not subscribed to the
> list/didn't receive the message.)
--
| 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 |
Is there anyone that can think of a solution for this problem?
cc1: warnings being treated as errors
/Volumes/Scratch/monetdb/stable/monetdb/src/modules/plain/bat.mx: In function 'local_itoa':
/Volumes/Scratch/monetdb/stable/monetdb/src/modules/plain/bat.mx:1253: warning: format '%zd' expects type 'signed size_t', but argument 4 has type 'ssize_t'
I mean... is there a difference between "signed size_t" and "ssize_t"?
Ehrm.
[Orion:src/modules/plain] fabian% uname -a
Darwin Orion.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc PowerBook4,3 Darwin
[Orion:src/modules/plain] fabian% gcc --version
gcc (GCC) 4.0.1 (Apple Computer, Inc. build 5341)
Copyright (C) 2005 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.
Probably just need to compile without -Werror.
helaas, als ik de stable brach compileer, krijg ik steeds de selfde
error, misschien is de string "+yes-*-darwin[89]*-powerpc*-* | yes-*-
darwin[89]*-i386*-* | yes-*-darwin[89]*-x86_64*-*)" waar het script
naar kijkt niet correct, mijn gcc zegt namelijk zo iets:
$ gcc
i686-apple-darwin9-gcc-4.0.1: no input files
ik kan dit zelf wel uitzoeken, denk ik, maar niet nu:)
Als ik "--enable-bits" helemaal niet gebruikt, compileert het als een
speer:)
Ik kan alleen de tijah module net laden in mserver, maar dat is een
ander verhaal.
Jennie
On Jan 18, 2008, at 10:34 , Fabian wrote:
> Update of /cvsroot/monetdb/buildtools/conf
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv25825
>
> Modified Files:
> Tag: MonetDB_1-20
> MonetDB.m4
> Log Message:
> Add support for 64-bits with GCC 4 on Solaris and on Darwin 9 and
> Darwin on Intel
>
> Index: MonetDB.m4
> ===================================================================
> RCS file: /cvsroot/monetdb/buildtools/conf/MonetDB.m4,v
> retrieving revision 1.37.2.18
> retrieving revision 1.37.2.19
> diff -u -d -r1.37.2.18 -r1.37.2.19
> --- MonetDB.m4 22 Nov 2007 15:44:17 -0000 1.37.2.18
> +++ MonetDB.m4 18 Jan 2008 09:34:48 -0000 1.37.2.19
> @@ -490,8 +490,8 @@
> ;;
> yes-*-solaris*-*-*)
> case `$bits-$CC -v 2>&1` in
> - 32-*|*-*'gcc version 3.'*) ;;
> - *) AC_MSG_ERROR([need GCC version 3.X for 64 bits]);;
> + 32-*|*-*'gcc version '[34]'.'*) ;;
> + *) AC_MSG_ERROR([need GCC version >=3.X for 64 bits]);;
> esac
> CC="$CC -m$bits"
> ;;
> @@ -520,7 +520,8 @@
> -*pgcc*-linux*-x86_64*-*)
> CC="$CC -tp=k8-$bits"
> ;;
> -yes-*-darwin8*-powerpc*-*)
> +yes-*-darwin[89]*-powerpc*-* | yes-*-darwin[89]*-i386*-* | yes-*-
> darwin[89]*-x86_64*-*)
> + # Darwin/OSX cases
> CC="$CC -m$bits"
> ;;
> *)
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
Martin Kersten wrote:
> Update of /cvsroot/monetdb/MonetDB5/src/modules/mal/Tests
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv31308
>
> Added Files:
> remote04.mal remote05.mal
> Log Message:
> Examples of poor-mans bat transport.
>
>
> --- NEW FILE: remote04.mal ---
> #this example tests recieving tuple values as part of the
> #MAL interface.
>
> b:bat[:oid,:int]:=mserver.receive();
> [ 0@0, 1]
> [ 0@1, 2]
>
> c:bat[:oid,:str]:=mserver.receive();
> [ 0@0, "hello"]
> [ 0@1, "world"]
>
> io.print(b);
> io.print(c);
>
> --- NEW FILE: remote05.mal ---
> #this example tests recieving tuple values as part of the
> #MAL interface.
> # now in a remote setting
>
> include remote;
> # for testweb, we need to ask the server itself how it is available, use
> # sabaoth for that
> include sabaoth;
>
> h := sabaoth.getLocalConnectionHost();
> p := sabaoth.getLocalConnectionPort();
>
> # create a connecton to ourself
> remote.create("test", h, p, nil:str, "monetdb", "monetdb");
>
> b:= bat.new(:oid,:str);
> bat.insert( 0@0, "hello");
> bat.insert( 0@1, "world");
Shouldn't here be:
bat.insert( b, 0@0, 1);
bat.insert( b, 0@1, 2);
Because your remote site is expecting to receive
b:bat[:oid,:int]:=mserver.receive();
Romulo
>
> # store the values
> remote.send("test",b);
> c:= remote.query("test","io.print(b);")
> io.print(c);
> # shutdown
> remote.destroy("test");
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins