| Commit message (Expand) | Author | Age | Files | Lines |
|---|
| * | bump sqlite3 3.23.1 | Yasuhiro Matsumoto | 2018-04-17 | 1 | -5/+33 |
| * | bump sqlite 3.23.0•••closes #545
| Yasuhiro Matsumoto | 2018-04-04 | 1 | -92/+414 |
| * | bump sqlite 3.22.0•••closes #526
| Yasuhiro Matsumoto | 2018-02-07 | 1 | -18/+118 |
| * | upgrade SQLite3 amalgamation code | Yasuhiro Matsumoto | 2017-11-18 | 1 | -165/+422 |
| * | upgrade to sqlite-amalgamation-3170000 | Yasuhiro Matsumoto | 2017-02-16 | 1 | -68/+167 |
| * | upgrade amalgamation code | Yasuhiro Matsumoto | 2016-11-11 | 1 | -267/+296 |
| * | actually link to <sqlite3.h> when -tags libsqlite3•••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>
| Christian Brauner | 2016-10-28 | 1 | -0/+5 |
| * | use amalgamation 3.14.0 | Yasuhiro Matsumoto | 2016-08-11 | 1 | -3/+3 |
| * | update amalgamation code | Yasuhiro Matsumoto | 2016-08-11 | 1 | -46/+1655 |
| * | upgrade sqlite amalgamation to 3.12.2 | Steffen | 2016-05-14 | 1 | -15/+118 |
| * | Move sqlite3 amalgation files a directory up.•••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
| David Bariod | 2016-04-02 | 1 | -3/+8628 |
| * | hack to use libsqlite3••• $ go build -tags "libsqlite3 windows"
| Yasuhiro Matsumoto | 2015-06-12 | 1 | -7476/+3 |
| * | Rename sqlite3.{c,h} to sqlite3-binding.{c,h}•••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>
| Stéphane Graber | 2015-03-11 | 1 | -0/+7478 |
