源于 tg 群群友的推荐
文档: pkg.go.dev/modernc.org/sqlite
而且还有相应的 gorm 的驱动:github.com/cloudquery/sqlite
这样似乎用不到 cgo 了,而且 goreleaser 什么的好像都能跑
有没有人用过这个库,性能什么的差别大吗?如果不错的话感觉挺香的

cgo 对于交叉编译一点都不友好

＃1 深有感触,搞分发的时候人都麻了

不仅如此，反而很多开发者引以为乐。觉得这样挺好的。

好东西

我有一个项目，用了 cgo 版本的 sqlite，CGO 是 ENABLE=1,在 docker 环境下的 alpine 上跑不起来。

用 file 命令查看可执行文件，发现是动态链接，很多 alpine 的动态链接库不兼容，最后需要改为静态链接。

最后加上 -linkmode "external" -extldflags "-static" 的 ldflag 参数才搞定。

希望能发展壮大 讨厌 cgo

大佬可以试试这个，我前几天试了下这个，但没有详细测试。这个库的大佬挺厉害，搞了一个 gcc 到 go 的编译器，然后把 sqlite 的 c 源码，编译成了 go 。

gitlab.com/cznic/ccgo/-/blob/master/v3/main.go

//TODO parallel

//TODO CPython
//TODO Cython
//TODO gmp
//TODO gofrontend
//TODO gsl
//TODO gtk
//TODO hdf5
//TODO minigmp
//TODO mpc
//TODO mpfr
//TODO pcre
//TODO pcre2
//TODO quickjs
//TODO redis
//TODO tcl/tk
//TODO wolfssl
//TODO zdat
//TODO zlib

附一下如何在开启 CGO_ENABLE 的条件下，让编译产物静态链接的文章：

johng.cn/cgo-enabled-affect-go-static-compile/

上面有口误，是“c 到 go”的编译器

挺好, 之前有个项目用到 sqlite, mac 上不能运行, 不能编译, 没办法把源码拷到服务器上编译

貌似 pkg.go.dev/modernc.org/sqlite 是用 exec 执行实现的？

这个作者挺厉害的，不过他很多项目实验性比较强，我是不敢用

你们抱怨的 cgo 问题，换了 c/c++一样会遇到，和 cgo 就没啥关系，
而且你以为你静态链接了所有依赖，其实没有，不信可以试试gethostbyname

至少这个库，我觉得交叉编译很友好呀
GOOS=linux GOARCH=arm64 go build -x -trimpath -a -ldflags '-extldflags "-static -fpic -s -w"' .

环境是
archlinux 5.13.10-arch1-1 linux/amd64 x86_64
go version go1.17

＃16 我发的这个？这个纯 go 搞的交叉编译当然舒服

当然不是你发这个

＃18 github.com/mattn/go-sqlite3 这个？这个交叉编译可以这么方便的吗。。我孤陋寡闻了