SQlite mit 64 Bit?

[Der schöne Günther]

Nochmal die Geschichte wie ich sie verstehe. Verstehe ich einen Puntk davon falsch?

1. Auf Sqlite.org gibt es offiziell vorkompiliert nur eine 32 Bit dll angeboten
2. Der Quelltext ist allerdings frei verfügbar, jeder kann es sich auch für 64 Bit selber kompilieren. David I von Embarcadero empfiehlt da natürlich den C++ Builder zu nehmen
3. Da du nicht der erste bist der gerne eine 64 Bit Dll hätte, haben das natürlich schon etliche vor dir kompiliert. Ein paar Links findest du einmal von A. Bouchez in den Kommentaren zu Davids Blogbeitrag sowie grade der Beitrag von pmoegenb.
4. Wenn ich es richtig in Erinnerung habe, dann kam Sqlite-Unterstützung für dbExpress grade frisch mit XE3, seit XE4 scheint man aber nicht mehr manuell irgendwelche dlls nachschieben zu müssen. Zumindest sehe ich sogar eine Unit System.Sqlite und kann mich nicht erinnern, das überhaupt noch getan zu haben.
5. Für die Auslieferung deiner Anwendung willst du die dll natürlich mitgeben. Und wo man eine 64 Bit dll herbekommt ist ja eigentlich auch klar.

Deshalb verstehe ich das Problem nicht, ich sehe keins.

[Mavarik]

Zitat von Der schöne Günther:

Deshalb verstehe ich das Problem nicht, ich sehe keins.

Machs doch nicht so kompliziert.

Die Links für die vor kompilierten kannte ich nicht.
Und selbst bei XE5 brauchst Du die Dll's XE5 funktioniert NICHT ohne...

[Sir Rufo]

Zitat von Mavarik:

Zitat von Der schöne Günther:

Deshalb verstehe ich das Problem nicht, ich sehe keins.

Machs doch nicht so kompliziert.

Die Links für die vor kompilierten kannte ich nicht.
Und selbst bei XE5 brauchst Du die Dll's XE5 funktioniert NICHT ohne...

Aha, dann kann man diese Dateien

Code:

sqlite3_x64.obj 1.545 KB
sqlite3_x86.obj 488 KB

ja getrost aus dem %programfiles%\Embarcadero\FireDAC\Source Verzeichnis löschen. Nimmt ja nur Platz weg (und Brot - äh, Strom - frisst das bestimmt auch noch)

Doof ist vor allem, dass die .exe Dateien fast genau um diese Dateigrößen anwachsen, wenn die Unit FireDAC.Phys.SQLite irgendwo im Projekt eingebunden ist.

Ob das wohl etwas zu bedeuten hat?

[haentschman]

Moin...

@Sir Rufo:
Du mußt aufpassen das du dich nicht mit deiner spitzen Zunge in die Oberlippe stichst...
Ich finde es erfrischend. Ein Schmunzeln mehr heute Morgen.

[Sir Rufo]

Zitat von haentschman:

Moin...

@Sir Rufo:
Du mußt aufpassen das du dich nicht mit deiner spitzen Zunge in die Oberlippe stichst...
Ich finde es erfrischend. Ein Schmunzeln mehr heute Morgen.

Obwohl ich eigentlich schnell ins Boot hüpfen sollte und mit dem Rudern beginnen sollte - und zwar nach hinten!

Die sprachen ja von dbXpress (aber wer will das noch einsetzen )

[Der schöne Günther]

Wollte ich auch grade sagen, FireDAC ist hier nicht im Spiel. Tolle Geschichte, aber nicht jeder will dafür sicher nochmal so viel Geld wie fürs Mobile Add-On ausgeben.

Ich habe nirgendwo mehr XE3 drauf, aber es ist doch so, oder? Zu XE3 musste man für dbExpress die SQlite-Dll noch irgendwie manuell nachschieben, aber mittlerweile wird die wohl bei der RAD Studio-Installation gleich mit ins Windows-Verzeichnis oder irgendeinen Suchpfad geworfen, oder?

[Mavarik]

Zitat von Der schöne Günther:

Zu XE3 musste man für dbExpress die SQlite-Dll noch irgendwie manuell nachschieben, aber mittlerweile wird die wohl bei der RAD Studio-Installation gleich mit ins Windows-Verzeichnis oder irgendeinen Suchpfad geworfen, oder?

Nei en. eben nicht.