I have 64-bit binary package for my OS (kindly maintained by guy named
Panu Matilainen, outside of the sqltie.org core team).
I have installed this package after the command: yum install sqlite This
currently installs 3.7.5 for me.
If I want to test/use different version I type: fossill clone ...,
fossil open version-3.7.8, ./configure, make, and I have 3.7.8 .so and
shell.
You are developer, what stops you to do something similar for your
favorite OS?
Then you can put this 64-bit build somewhere and announce this in favor
to other users of the same OS in the list. Or you can ask your OS vendor
(you are paying them If I remember well) to start maintain MSI for sqlite3.
Why you are thinking that someone other is responsible for the lack of
binary packages for your OS variant?
On 29.10.2011 15:03, Arbol One wrote:
Yes, compiling to 32-bit is nice. It is like dancing at the tunes of "Earth
Wind and Fire", aaaah, those were the days. Like the old good songs, the
32bit apps are a good memory, many people like it, but they are a thing of
the past. We are developers and anyone of us who stays behind, is left
behind. Not having the option of SQLite-64 is a major drawback and will
leave us behind. So, come on folks, pull up your socks and let's get the
SQLite apps into the 21st century, shall we?
_______________________________________________
sqlite-users mailing list
[email protected]
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
_______________________________________________
sqlite-users mailing list
[email protected]
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
