aboutsummaryrefslogtreecommitdiff
path: root/sqlite3ext.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Build with "go tool" and hackishly bundle code from same package into one ↵EuAndreh2024-08-121-728/+0
| | | | file each
* Update amalgamation codeYasuhiro Matsumoto2023-11-041-0/+10
|
* Update amalgamation codeYasuhiro Matsumoto2023-06-011-2/+10
|
* Update amalgamation codeYasuhiro Matsumoto2022-08-161-0/+12
|
* Update amalgamationPhil Eaton2022-02-281-0/+14
|
* Update amalgamation codeYasuhiro Matsumoto2021-12-291-0/+12
|
* Update amalgamation code (#955)mattn2021-07-151-0/+4
| | | | | * Update amalgamation code * Apply realPy's patch
* Update amalgamation code (#896)mattn2020-12-261-0/+4
|
* upgrade amalgamation code (#821)mattn2020-06-061-0/+9
|
* upgrade amalgamation code (#777)mattn2020-01-281-2/+14
|
* upgrade amalgamation codeYasuhiro Matsumoto2019-11-181-0/+4
|
* upgrade amalgamation codeYasuhiro Matsumoto2019-04-241-0/+6
|
* upgrade amalgamation codeYasuhiro Matsumoto2018-12-181-0/+5
|
* Upgrade to SQLite 3.25.0Yasuhiro Matsumoto2018-09-181-0/+8
| | | | Fixes #634, #635
* bump sqlite3 3.24.0 and add TestUpsert.Yoann Cerda2018-06-121-0/+30
|
* bump sqlite 3.23.0Yasuhiro Matsumoto2018-04-041-2/+2
| | | | closes #545
* bump sqlite 3.22.0Yasuhiro Matsumoto2018-02-071-0/+7
| | | | closes #526
* upgrade SQLite3 amalgamation codeYasuhiro Matsumoto2017-11-181-6/+24
|
* fix header fileYasuhiro Matsumoto2017-11-171-2/+2
|
* upgrade amalgamation codeYasuhiro Matsumoto2016-11-111-4/+4
|
* actually link to <sqlite3.h> when -tags libsqlite3Christian Brauner2016-10-281-3/+8
| | | | | | | | | | | | | | | 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>
* update amalgamation codeYasuhiro Matsumoto2016-08-111-9/+23
|
* upgrade sqlite amalgamation to 3.12.2Steffen2016-05-141-3/+7
|
* Move sqlite3 amalgation files a directory up.David Bariod2016-04-021-0/+542
| | | | | | 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-487/+0
| | | | $ go build -tags "libsqlite3 windows"
* Rename sqlite3.{c,h} to sqlite3-binding.{c,h}Stéphane Graber2015-03-111-1/+1
| | | | | | | | | | | | | 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>
* Revert d369cbb7d42232f785f51b3ef4c8b994dae83486mattn2014-12-311-32/+2
| | | | See https://github.com/golang/go/issues/9356
* Update SQLite amalgamation to 3.8.7.4.Neil Conway2014-12-111-2/+32
|
* Upgrade amalgramation codemattn2013-08-131-2/+42
|
* Modified for windows support.Carlos Castillo2012-10-271-0/+447
generated by cgit v1.2.3 (git 2.49.0) at 2025-07-13 21:24:12 +0000