View Ticket
Not logged in
Ticket Hash: dcfa77e1809931de0750e42c9fb748dfa3aef361
Title: Use standard sqlite3.dll in NuGet packages
Status: Open Type: Feature_Request
Severity: Important Priority: Medium
Subsystem: NuGetPackage Resolution: Under_Review
Last Modified: 2016-04-29 21:19:11
Version Found In:
User Comments:
anonymous added on 2014-09-20 18:16:45: (text/x-fossil-plain)
I described solution here.

anonymous added on 2014-09-20 18:18:28: (text/x-fossil-plain)
I described solution here.

mistachkin added on 2014-09-22 20:16:34: (text/x-fossil-plain)
This feature request cannot be implemented without seriously breaking
backward compatibility.  Most notably, due to the lack of the features
that are not present in the standard "sqlite3.dll" that are provided
by the "SQLite.Interop.dll" (e.g. the virtual table shim, extra core
functions, etc).

Perhaps it would be enough to have a brand new NuGet package, for use
by Mono and the .NET Framework, that attempts to load and use the
"sqlite3.dll" instead of "SQLite.Interop.dll"?

anonymous added on 2014-09-23 21:41:30: (text/x-fossil-plain)
Yes, may be a new package is a good idea.
Also there is a problem that 'SQLite.Interop.dll' is always added into VCS. This article contains description of msbuild mechanism that can be used in package to deploy 'SQLite.Interop.dll' without adding it into project(only reference)

anonymous added on 2016-04-29 08:11:54: (text/x-fossil-plain)

Is there any chance for a precompiled Mono SQLite library to be available as a dedicated NuGet package ?

I use some build logic to switch library and I need to keep a binary copy of the Mono SQLite Library inside code repository...


mistachkin added on 2016-04-29 21:19:11: (text/x-fossil-plain)
I'll look into it.