New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide a build-time option to dynamically link libsqlite3.so
#855
Comments
Dynamic linking could be considered in the future. |
I have a bad hack to do this in https://github.com/lf-/better-sqlite3/tree/shared_linking |
This would be really helpful and I would like to bump this suggestion. The current configuration is difficult to use with pnpm based projects. It requires monkey patching to get the --build-from-source option to work and is not persistent across new better-sqlite3 releases. Even the npm solution is less than ideal. It would be nice if better-sqlite3:
The current build system also seems to limit the user to the amalgamation. |
I'd also like to make a Currently, there is a I've got a |
My issue is the current custom compile option limits you to the amalgamation and sticks you with a specific set of compile options. This is an issue with extensions thst rely on external libraries like the included ICU unicode extension. I have to manually edit the gypi files to get it to compile with the libraries and work with out crashing. Dynamic library inclusion would fix this issue. |
+1 with variants like mvsqlite and dqlite dynamic linking is a highly desired feature! |
Hi,
I'm trying to get better-sqlite3 working with mvsqlite. mvsqlite can
LD_PRELOAD
into existing SQLite applications, given that the application dynamically links tolibsqlite3.so
. I patched better-sqlite3's build scripts and it works.Maybe it would be nice to have a build option to make better-sqlite3 dynamically link against the system
libsqlite3
, instead of statically linking to the packaged one?The text was updated successfully, but these errors were encountered: