System.Data.Sqlite.Core for Macos M1 available for download / nuget

(1) By Sylvain P (spointeau) on 2022-04-25 19:59:58 [link] [source]

Hello,

The nuget package System.Data.Sqlite.Core does not contain the native library for macos M1 (arm64). Is it possible to include it ?

Best regards, Sylvain P

(2) By mistachkin on 2022-04-28 22:59:02 in reply to 1 [link] [source]

It may be possible at some point.  However, a lot of work would need to be done
to acquire the hardware, setup the build environment, and make sure everything
works, e.g. via the test suite, etc.

(3) By Sylvain P (spointeau) on 2022-04-30 10:18:21 in reply to 2 [source]

I propose you my help if you want, I would just need the procedure and I give you all the results and compiled files, what do you think ?

(4) By Sylvain P (spointeau) on 2022-05-14 20:50:10 in reply to 3 [link] [source]

for now, I switched to Microsoft.Data.Sqlite, which was pretty easy for my usage.

(5) By Simon Slavin (slavin) on 2022-05-16 01:03:13 in reply to 4 [link] [source]

You are running ADO.NET on a Mac ? Wow.

(6) By anonymous on 2022-06-07 18:39:22 in reply to 4 [link] [source]

I've just run headlong into this issue as well. I'm going to have to switch as well.

M1 mac support would be really nice but alas not yet it seems.

(12) By anonymous on 2023-10-08 07:21:19 in reply to 2 [link] [source]

is there some progress? already more than 1 year passed

(7) By anonymous on 2022-11-10 18:59:12 in reply to 1 [link] [source]

This issue is now old, any progress? M1 architecture is here to stay, you guys might as well start looking into it.

(8) By anonymous on 2022-11-19 07:18:06 in reply to 7 [link] [source]

Yeah honestly, I know not TOO many people deal with the whole armx64 problem but as one of the few people that do this would be great to bring to M1.

(9) By anonymous on 2022-12-28 17:38:01 in reply to 8 [link] [source]

I have a product that has dependency on System.Data.Sqlite.Core. It runs on windows-64 and linux-64 but does not run on linux-arm-64. Increasingly I am getting request to add arm-64 support.

(10) By zotan (zotanmew) on 2023-01-24 21:02:21 in reply to 9 [link] [source]

This should be trivial to add to the official package build process, as all that I needed to do was to edit Setup/compile-interop-assembly-release.sh and change gccflags="-arch x86_64" to gccflags="-arch arm64". This results in a NuGet package compatible with the official .Core package version 1.0.115 due to the entrypoint issue described in this post. I would love for this to be included in the official package (under runtimes/osx-arm64/native/SQLite.Interop.dll, or for an explanation of how to obtain a .dll compatible with the encoded entrypoints of 1.0.115.5 and newer so I can publish an augmentative package on NuGet myself without resorting to old versions.

(11) By Mikkel Krautz (mkrautz) on 2023-06-01 10:29:39 in reply to 10 [link] [source]

I would like to second this.

It would be nice to have an macOS/arm64 in the official NuGet package.

But if that isn't feasible, at least the ability to publish our own variant in a private NuGet repo.

I am not sure I understand the problem with the encoded entrypoints correctly. I would assume that the source code is using non-mangled versions, so if one compiled the interop assembly for arm64, and compiled the .NET assemblies from source, would that not result in a usable package?

(13) By Alex Leo (bairog) on 2024-10-23 12:09:03 in reply to 10 [link] [source]

@mistachkin Any plans to finally implement that officially? There is an unofficial nuget package, but it is outdated (1.0.117) and is not compatible for official .Core package according to this post.