Dear Stipe, It seems that the problem is not what I first suspected. You see the file wslexer.c is exactly the same in both cases (gateway-1.4.1 and cvs gateway). Therefore it is not a HUGE_VAL problem I first suspected.
This is strange. I am using exactly the same environment, gcc, configuration as with the gateway-1.4.1 version. Yet make fails on exactly the same file. I will have to look more into it. Meanwhile if you have seen this before, pls let me know. Nikos On Mon, Oct 27, 2008 at 9:26 PM, Nikos Balkanas <[EMAIL PROTECTED]> wrote: > Thanks, Stipe, for the fast reply. Please see my comments inlined. > > Regards, > > Nikos > > On Mon, Oct 27, 2008 at 8:10 PM, Stipe Tolj <[EMAIL PROTECTED]> wrote: > >> Nikos Balkanas schrieb: >> > Hi, >> > >> > I am rather new to the list. I tried to download and compile the latest >> > CVS source and I got the following error: >> > >> > gcc -std=gnu99 -D_REENTRANT=1 -I. -Igw -O6 -s -m64 -D_LARGE_FILES= >> > -I/usr/include/libxml2 -I/usr/local/include -Wall -Wmissing-prototypes >> > -Wmissing-declarations -Wnested-externs -Winline -Wformat >> > -Wformat-security -Wmissing-format-attribute -Wall >> > -I/usr/local/ssl/include -o wmlscript/wslexer.o -c wmlscript/wslexer.c >> > wmlscript/wslexer.c:222: warning: no previous prototype for 'ws_yy_lex' >> > wmlscript/wslexer.c: In function `read_float_from_exp': >> > wmlscript/wslexer.c:1037: error: invalid operands to binary == >> > wmlscript/wslexer.c:1038: error: wrong type argument to unary minus >> > make: *** [wmlscript/wslexer.o] Error 1 >> >> there is something wrong with your local CVS checkout tree. Make sure you >> >> $ make clean >> $ make >> > To be sure I rm -rf gateway and restored from CVS again. > > >> in order to remove any previously build objects. The configure run was >> clean? > > > Yes. Apart from docbook support which I don't particular care (This is a > minimal server for security/performance reasons) > CFLAGS="-O6 -s -m64 -DSunOS" CPPFLAGS="-I/usr/local/ssl/include" configure > --build=ia64-pc-solaris2.10 --libdir=/usr/local/lib/64 --enable-ssl > --enable-cookies --enable-debug --enable-warnings --enable-docs > --mandir=/usr/local/man --with-ssl=/usr/local/ssl --enable-pcre > > gateway-1.4.1 compiled with the same configuration with no problems. > The issue seems to be with HUGE_VAL and Solaris. I don't have a linux in > front of me to check, but in solaris 10.5 in /usr/include/iso/math_iso.h: > #define HUGE_VAL __huge_val._d > >> > Any ideas? How safe is it to use cvs source in production? By the looks >> > of it, it doesn't look tested. >> >> it is... in fact the CVS HEAD branch is a 1.4.2RC and is the most stable >> version >> you can get. We tend to be very "pessimistic" with commits and tend to be >> very >> careful to preserve the CVS HEAD quality. >> >> A lot of companies use either pure CVS HEAD or a patched CVS HEAD branch >> in >> production. > > Good to know. Thanx. > > >> > > > Another minor request: Daily snapshots do not have any indication of the >> > date. This could lead to an invalid snapshot if crontab or the server >> > goes down at the time of the snapshot. >> >> ??? >> > In the web download site, under daily development downloads. The sources > tarball could have a day stamp in the name. I use a minimal server without > cvs. I downloaded the daily snapshot and couldn't figure out when it was > built. The last date in RELEASES was back in 2004. I installed CVS and got > the tree, just to be sure. > >> Stipe >> >> -- >> ------------------------------------------------------------------- >> Kölner Landstrasse 419 >> 40589 Düsseldorf, NRW, Germany >> >> tolj.org system architecture Kannel Software Foundation (KSF) >> http://www.tolj.org/ http://www.kannel.org/ >> >> mailto:st_{at}_tolj.org <st_%7Bat%7D_tolj.org> mailto: >> stolj_{at}_kannel.org <stolj_%7Bat%7D_kannel.org> >> ------------------------------------------------------------------- >> > >
