Hi, all, i reported this problem before, then retracted it because i couldn't reproduce it, and now i seem to have stumbled again upon the magic combination which triggers it...
Using sqlite3.c amalgamation from: [stephan@cheyenne:~/cvs/fossil/sqlite3]$ f info project-name: SQLite repository: /home/stephan/cvs/fossil/sqlite3.fsl local-root: /home/stephan/cvs/fossil/sqlite3/ project-code: 2ab58778c2967968b94284e989e43dc11791f548 server-code: 27a5fab97a7bb42f397609a6b93ece7fba74613d checkout: d0712dfb24867a807c9cddcc12bd0aebe1d3e085 2011-09-05 20:16:38 UTC parent: f115b2303509c678dbe83b2fa3d9c40d82882813 2011-09-05 14:20:27 UTC tags: trunk comment: Fix a minor performance regression in btreeMoveto(). (user: dan) The compile warning says it all: [stephan@cheyenne:~/cvs/fossil/whiki]$ make + cc -pedantic -Wall -Werror -fPIC -std=c89 -g -I. -I. -I./include -DSQLITE_THREADSAFE=0 -DSQLITE_TEMP_STORE=3 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c -o sqlite3.o sqlite3.c cc1: warnings being treated as errors sqlite3.c:801: error: ISO C90 does not support 'long long' sqlite3.c:802: error: ISO C90 does not support 'long long' make: *** [sqlite3.o] Error 1 [stephan@cheyenne:~/cvs/fossil/whiki]$ sed -n 800,803p sqlite3.c #else typedef long long int sqlite_int64; typedef unsigned long long int sqlite_uint64; #endif i unfortunately cannot propose a portable alternative. This probably isn't going to bother most people, but in a recent discussion it was mentioned that c89 mode should work for fossil (and, by extension/implication, sqlite), if only to maximize portability. (i remember reading that the OMIT macros are not technically supported for the amalgamation build, but OMIT_LOAD_EXTENSION "appears to work" and removes a dep on -ldl (which, when linked in, prohibits static linking of my CGI binary).) -- ----- stephan beal http://wanderinghorse.net/home/stephan/ _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
