XE2: ASM und Pascal gemischt?

[daywalker9]

ASM grundsätzlich funktoniert noch. Nur haben sich dort die Register, das Alignment und die Größen der Register geändert (klar ist ja nun alles größer).

Aber um auf die nächsten Compiler änderungen vorbereitet zu sein (ARM?!) sollte man puren Pascal-Code nutzen.

[Stevie]

Bei dem konkreten Problem sollte die Lösung ja null problemo sein, einfach _SQLite3_Open nicht als puren Pointer sondern typisiert mit der richtigen signatur deklarieren und dann einfach aufrufen.

[jaenicke]

An der Stelle mit Assembler zu arbeiten... Wie kommt man denn auf so komische Ideen?

Sauber und typsicher mit Delphiquelltext ist das doch erstens viel einfacher und zweitens weniger fehleranfällig.

(Auch wenn theoretisch die Möglichkeit besteht, die ganze Methode als Assemblerfunktion umzuschreiben. Aber dann fängst du bei ARM wieder an umzuschreiben...)

[daywalker9]

Zitat von jaenicke:

An der Stelle mit Assembler zu arbeiten... Wie kommt man denn auf so komische Ideen?

Sauber und typsicher mit Delphiquelltext ist das doch erstens viel einfacher und zweitens weniger fehleranfällig.

Keine Ahnung - hab ich schon öfter mal gesehen, wo Funktionen einer Dll so geladen und aufgerufen wurde.

[bernau]

Auf den Delphitagen wurde gesagt, daß in einer Procedure bei 64Bit entweder Pascal-Code drinstehen darf ODER Assembler. Musst also den Assemblerteil in eine Procedure auslagern.

[daywalker9]

Oder besser: Typen dafür definieren und diesen nutzen.

[Schorschi5566]

Danke für Eure Antworten. Jepp, leuchtet ein, dass das nicht gerade multiplattformfreundlich ist.

So wie's der Wrapper gemacht hat, konnte man das gut mit dem DLL2MemoryModule von Martin Offenwanger kombinieren und die DLL direkt aus einer Ressource verwenden ohne den Umweg die DLL temporär ins Filesystem laden zu müssen. Aber mit Funktionspointern sollte das natürlich auch gehen.


P.S.: Der Vorteil den der Autor des Wrappers darin gesehen hat, dürfte sein, dass man keinen "doppelten" Funktionsaufruf macht, sondern die DLL-Funktion den Rücksprung direkt machen kann.

[jaenicke]

Zitat von Schorschi5566:

P.S.: Der Vorteil den der Autor des Wrappers darin gesehen hat, dürfte sein, dass man keinen "doppelten" Funktionsaufruf macht, sondern die DLL-Funktion den Rücksprung direkt machen kann.

// EDIT:
Ok, ich sehe es, aber wo liegt da der große Vorteil? Die paar Mikrosekunden Zeitersparnis?

[Schorschi5566]

Zitat:

Ok, ich sehe es, aber wo liegt da der große Vorteil? Die paar Mikrosekunden Zeitersparnis?

Wird sich zeigen. Werde dann mal die Win32 und die Win64-Version vergleichen. Wirkt sich wahrscheinlich eh erst ab ein paar Millionen Aufrufen auf der Stopuhr aus.

[Insider2004]

Seit XE2 gilt mehr denn je: weg mit dem Assembler-Zeugs! Pascal ist mittlerweile genauso schnell. Und es entfällt das ständige Neuschreiben beim Portieren. Die beste Performance erreicht man durch gescheite Algorithmen, nicht durch Assembler.