| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
file each
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
* Add build tags to support both x86 and ARM compilation on macOS
* Documentation fix: command line for build under macOS
* Global replace 'macOS X' -> 'macOS'. Fix typo in -tags cmd line param
* `README.md`: fix all `--tags` -> `-tags`
---------
Co-authored-by: Denis Dmitriev <dmitriev@itspartner.net>
|
| |
|
| |
and remove .travis.yml
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When building on darwin with the `libsqlite3` tag, go-sqlite3 adds the
homebrew library path. It does not, however, add the homebrew include
path, which means that the MacOS sqlite3 header is used instead. On
my system, this results in build errors that look like this:
./sqlite3_load_extension.go:25:8: could not determine kind of name for C.sqlite3_enable_load_extension
./sqlite3_load_extension.go:33:8: could not determine kind of name for C.sqlite3_load_extension
Add the homebrew include path as well, so that he header matches the
libraries we're using.
Signed-off-by: George Dunlap <george.dunlap@citrix.com>
|
| |
|
| |
Fixes #321
|
| |
|
|
|
|
| |
Fix: Placed all +build tags in the same location
Fix: Split CFLAGS, LDFLAGS into seperate lines for readability and lookup
Fix: Placed empty line between copyright comments and build tags for readability
Fix: Placed OS specfic cgo flags at the end if the cgo sections contains multiple lines.
|
| |
|
|
| |
See #459
|
| | |
|
| | |
|
|
|
$ go build -tags "libsqlite3 windows"
|
