aboutsummaryrefslogtreecommitdiff
path: root/sqlite3-binding.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* bump sqlite3 3.23.1Yasuhiro Matsumoto2018-04-171-1273/+1376
|
* bump sqlite 3.23.0Yasuhiro Matsumoto2018-04-041-828/+3056
| | | | closes #545
* bump sqlite 3.22.0Yasuhiro Matsumoto2018-02-071-3175/+5433
| | | | closes #526
* upgrade SQLite3 amalgamation codeYasuhiro Matsumoto2017-11-181-6685/+10634
|
* workaround for a compilerYasuhiro Matsumoto2017-03-011-1/+2
| | | | | | Apple LLVM version 7.0.2 (clang-700.1.81) Close #386
* upgrade to sqlite-amalgamation-3170000Yasuhiro Matsumoto2017-02-161-2312/+4230
|
* upgrade amalgamation codeYasuhiro Matsumoto2016-11-111-3371/+5005
|
* actually link to <sqlite3.h> when -tags libsqlite3Christian Brauner2016-10-281-0/+5
| | | | | | | | | | | | | | | Building with -tags libsqlite3 used the sqlite3.h from the system but the go compiler will compile all *.{c,h} files in the same direcory: "When the Go tool sees that one or more Go files use the special import "C", it will look for other non-Go files in the directory and compile them as part of the Go package. Any .c, .s, or .S files will be compiled with the C compiler." (https://golang.org/cmd/cgo/) So if users actually want to link against the system sqlite3 we should make sqlite3-binding.* a noop. Signed-off-by: Christian Brauner <christian.brauner@canonical.com>
* use amalgamation 3.14.0Yasuhiro Matsumoto2016-08-111-353/+268
|
* update amalgamation codeYasuhiro Matsumoto2016-08-111-3647/+12263
|
* upgrade sqlite amalgamation to 3.12.2Steffen2016-05-141-7135/+10411
|
* Move sqlite3 amalgation files a directory up.David Bariod2016-04-021-2/+186041
| | | | | | The purpose is to ease the use of vendoring files like godep. The C sqlite3 files have been added a go compilation conditional flag Fix #293
* hack to use libsqlite3Yasuhiro Matsumoto2015-06-121-147780/+2
| | | | $ go build -tags "libsqlite3 windows"
* Rename sqlite3.{c,h} to sqlite3-binding.{c,h}Stéphane Graber2015-03-111-0/+147782
This fixes the problem where when building with gccgo, sqlite3.c is overwritten, leading to a build failure. An alternative would have been to move sqlite3*.{c,h} to a subdirectory, but that seems to confuse the linker a fair bit and would just swap one implementation-dependent issue for another. Closes #20 Signed-off-by: Stéphane Graber <stgraber@ubuntu.com>