Lucky you ;)
With GCC set to "max. bitchiness" and when compiling individual sources I need
to add the following flags (not all may be currently necessary, but were so in
the past). SQLite still works though :)))
alter = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow
analyze = -Wno-cast-qual
attach = -Wno-cast-qual -Wno-write-strings
bitvec = -Wno-sign-compare
btmutex = -Wno-sign-compare
btree = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow -Wno-unused-function
build = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow
callback = -Wno-cast-qual
complete = -Wno-cast-qual
date = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
expr = -Wno-cast-qual -Wno-sign-compare -Wno-shadow
-Wno-switch-default
fkey = -Wno-cast-qual -Wno-write-strings
fts3 = -Wno-cast-qual -Wno-switch-default
func = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-switch-default -Wno-bad-function-cast
hash = -Wno-cast-qual
insert = -Wno-write-strings -Wno-sign-compare -Wno-shadow
-Wno-switch-default
legacy = -Wno-cast-qual
main = -Wno-cast-qual -Wno-write-strings -Wno-switch-default
-Wno-sign-compare
malloc = -Wno-sign-compare
mem2 = -Wno-strict-prototypes
memjournal = -Wno-cast-qual
mutex_unix = -Wno-sign-compare
os_unix = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-switch-default -Wno-strict-prototypes
pager = -Wno-sign-compare -Wno-shadow -Wno-switch-default
parse = -Wno-switch-default -Wno-cast-qual
pragma = -Wno-sign-compare -Wno-write-strings -Wno-cast-qual
-Wno-shadow
prepare = -Wno-sign-compare -Wno-cast-qual -Wno-shadow
printf = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow -Wno-switch-default
resolve = -Wno-switch-default
select = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow -Wno-switch-default
shell = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow -Wno-switch-default
-Wno-format-nonliteral -Wno-format-extra-args
-Wno-format-security -Wno-strict-prototypes
tclsqlite = -Wno-sign-compare -Wno-cast-qual -Wno-shadow
-Wno-switch-default
trigger = -Wno-cast-qual
tokenize = -Wno-cast-qual
update = -Wno-shadow
utf = -Wno-cast-qual -Wno-strict-prototypes
util = -Wno-cast-qual -Wno-sign-compare
vacuum = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
vdbeapi = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
vdbeaux = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow -Wno-switch-default
-Wno-format-nonliteral
vdbeblob = -Wno-cast-qual
vdbe = -Wno-cast-qual -Wno-sign-compare -Wno-shadow
-Wno-undef
vdbefifo = -Wno-sign-compare
vdbemem = -Wno-cast-qual
vtab = -Wno-cast-qual -Wno-sign-compare
wal = -Wno-cast-qual -Wno-uninitialized
where = -Wno-cast-qual -Wno-write-strings -Wno-sign-compare
-Wno-shadow
-----Ursprüngliche Nachricht-----
Von: Ralf Junker [mailto:ralfjun...@gmx.de]
Gesendet: Freitag, 07. Dezember 2012 10:04
An: General Discussion of SQLite Database
Betreff: Re: [sqlite] AsyncIO fails with current 3.7.15 trunk
On 07.12.2012 00:19, Joe Mistachkin wrote:
> Could you please try the changes in:
>
> http://www.sqlite.org/src/info/c507ca4a8e
>
> and then let us know if this clears the issue you are seeing?
Yes, this clears my issues. Many thanks for the quick fix!
Looks like it updates AsyncIO to support SQLITE_IOERR_DELETE_NOENT. I am
surprised that this has not already been noticed since
SQLITE_IOERR_DELETE_NOENT was introduced to os_unix.c in 2012-11-09. It
seems that AsyncIO is indeed rarely used nowadays ...
Two more things I noticed:
1.
ext/async/README.txt spells "superceded" which is apparently a common
misspelling of "superseded". http://en.wiktionary.org/wiki/supercede
2.
ext/async/sqlite3async.h defines these two prototypes without void which
causes my compiler to issue warnings:
void sqlite3async_shutdown();
void sqlite3async_run();
This change eliminates the warnings:
void sqlite3async_shutdown(void);
void sqlite3async_run(void);
Ralf
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
--------------------------------------------------------------------------
Gunter Hick
Software Engineer
Scientific Games International GmbH
Klitschgasse 2 – 4, A - 1130 Vienna, Austria
FN 157284 a, HG Wien
Tel: +43 1 80100 0
E-Mail: h...@scigames.at
This e-mail is confidential and may well also be legally privileged. If you
have received it in error, you are on notice as to its status and accordingly
please notify us immediately by reply e-mail and then delete this message from
your system. Please do not copy it or use it for any purposes, or disclose its
contents to any person as to do so could be a breach of confidence. Thank you
for your cooperation.
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
