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.
On 28-02-2007 19:12:44 +0000, Martin Kersten wrote:
> +- Strictly adhire to bug-fixes and feature updates. Nothing
> + is a bugfix unless it is covered by a bugreport.
This is something that I thought of too. Maybe it is a good idea to
report bugs on SF first, so your commit fixing the issue can refer to
the bug number. This might also allow early feedback of other
developers on whether something is considered to be a bug or not.
While this might slow you down to "fix" the issue you found, it does
implement some sort of QA for the "stable" branches, which are supposed
to be stable and hence should be carefully moderated. Since real
moderation is undesired, I think we can all agree that we don't want the
stable branch to be uncluttered of all kinds of non-bug-fixes. Why else
would you like to have a stable branch otherwise?
If there is a need for faster "feature" releases, we probably should
just rebranch the trunk into a stable more often. Features at the cost
of a known stable source base.
Maybe someone here can help me. I got this weird error, and I don't
know how to figure out what the real problem is. It seems burg is
emitting the message:
x86_64-pc-linux-gnu-ar cru .libs/libparser.a .libs/libparser_la-abssyn.o
.libs/libparser_la-scanner.yy.o .libs/libparser_la-parser.tab.o
x86_64-pc-linux-gnu-ranlib .libs/libparser.a
creating libparser.la
(cd .libs && rm -f libparser.la && ln -s ../libparser.la libparser.la)
make[5]: Leaving directory
`/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/parser'
make[4]: Leaving directory
`/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/parser'
Making all in semantics
make[4]: Entering directory
`/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/semantics'
rm -f -f normalize.c
/ufs/fabian/scratch/monetdb/current/program-x86_64/bin/burg -c 1000 -d
-I -p PFnormalize
/ufs/fabian/scratch/monetdb/current/xquery/compiler/semantics/normalize.brg
-o normalize.c
line 68: syntax error
make[4]: *** [normalize.c] Error 1
make[4]: *** Deleting file `normalize.c'
make[4]: Leaving directory
`/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/semantics'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery'
make: *** [all] Error 2
I'm confident I updated buildtools and pathfinder before compiling. The
line that burg refers to is:
%start Query
but not being familiar with burg, I have no idea what can be wrong
there. If anyone knows or can give a hint as where to look for, that
would be much appreciated.
On 27-02-2007 17:40:32 +0000, Ying Zhang wrote:
> Update of /cvsroot/monetdb/pathfinder/runtime
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv23288
>
> Modified Files:
> Tag: XQuery_0-16
> xrpc_server.mx xrpc_client.mx
> Log Message:
> small changes in the way XRPC print timing info. they are now printed
> in more logical order
How much is this a bugfix?
The MonetDB team at CWI, The Netherlands, is happy to announce the
availability of a new bug-fix release for the major "Venus" release.
New versions of all components of the MonetDB suite are released.
MonetDB/XQuery
The handling of updates was incomplete. Several memory mapping
and concurrency problems have been fixed. Moreover, empty pages that
resulted from deletion of nodes are now properly handed back to the
system for reuse.
MonetDB/XRPC
Security and concurrency handling has been improved.
MonetDB/SQL
Foreign key constraint checking fixed;
View in view dependencies bug fixed;
Resolved crashes caused by large views;
Prepared statements with more than 30 arguments now work.
MonetDB/API
Haskell and TCL libraries were broken and have been removed;
Perl and Python libraries were broken and have been fixed.
The current version of the protocol is not compatible with the
previous version.
Bugs fixed:
[ 1579510 ] XQ: update error for "(1,2)/."
[ 1590523 ] XQ: substring-after
[ 1636828 ] fork() behaves strangely
[ 1637867 ] XQ: seqcast int? to numeric unsupported
[ 1639108 ] mserver crashes on delete query
[ 1640248 ] PF: ~500 tests randomly fail on Solaris x86
[ 1644245 ] M5 & SQL5: various tests hang/timeout on Darwin
[ 1648303 ] database dump does not save/restore auto-increment sequences
[ 1650469 ] SQL: Armada sinks MonetDB ships
[ 1651567 ] yet another delete bug, foreign key related
[ 1651599 ] caching of inserts causes extreme memory consumption
[ 1655818 ] SQL:Error inserting float in numeric column using JDBC
[ 1655857 ] XQ: call to builtin function crashes XRPC client
[ 1659889 ] SQL: sequence not restored properly
[ 1644610 ] Conflict between normal query and XRPC query
(and many more that hadn't been reported)
--
Sjoerd Mullender
Compiling the clients in windows gave the error:
copy
".\..\..\..\..\..\src\php\Cimpl\examples\monetdb_query_demo.php"
"monetdb_query_demo.php"
1 file(s) copied.
cl -GF -W3 -wd4273 -wd4102 -MD -nologo -Zi -Ox -I. -I.\..\..\..
"-IC:\Pthreads\include" -I.\..\..\..\..\src\php\Cimpl
"-I..\..\mapilib" -I.\..\..\..\..\src\php\Cimpl\..\..\mapilib
-I.\..\..\..\..\..\MonetDB\NT\include -I.\..\..\..\..\..\MonetD
\NT\include\common -I.\..\..\..\..\..\MonetDB\NT\include\gdk
-I.\..\..\..\..\..\php-5.1.4 -I.\..\..\..\..\..\php-5.1.4\main -
.\..\..\..\..\..\php-5.1.4\TSRM -I.\..\..\..\..\..\php-5.1.4\Zend
-DPHP_WIN32 -DZEND_WIN32 -DZEND_DEBUG=0 -DZTS=1 -DLIBMONE
DB -DCOMPILE_DL_MONETDB -Fo"php_monetdb.obj" -c
".\..\..\..\..\src\php\Cimpl\php_monetdb.c"
php_monetdb.c
E:\Visual Studio .NET 2003\Vc7\PlatformSDK\Include\WS2tcpip.h(647) :
warning C4142: benign redefinition of type
..\..\..\..\src\php\Cimpl\php_monetdb.c(1721) : error C2198:
'zend_exception_get_default' : too few arguments for call throug
pointer-to-function
..\..\..\..\src\php\Cimpl\php_monetdb.c(1736) : error C2198:
'zend_exception_get_default' : too few arguments for call throug
pointer-to-function
..\..\..\..\src\php\Cimpl\php_monetdb.c(1746) : error C2198:
'zend_exception_get_default' : too few arguments for call throug
pointer-to-function
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"E:\Visual Studio .NET
2003\VC7\BIN\nmake.exe"' : return code '0x2'
Stop.
I check my zend_exceptions and the function is defined as:
ZEND_API zend_class_entry *zend_exception_get_default(TSRMLS_D);
My php is php-5.1.4
What values should I use? I used 0 and it compiles, but for sure it is
not the best option.
Regards,
Romulo