| |
|
|
| je wünsche mir un kleines Experiment, dass sans Roland à peine allez.
je crois mir ist une concept eingefallen, comment on XProfan möglicherweise relativ simple et sans Changements dans qui Struktur sau vite bekommt.
quelque chose Tiparbeit ist es mais déjà, mais dass "muss" oui Roland faire. *duck*
Je mets mir cela so avant, grob 2 travailler:
1.
Einfacher Anfang avec CLS [N]/ SetText.
et une mögliche bisherige Funktion trennt seulement entre cette neuen echten Funktionen et appelez entsprechende sur - entier normaler Interpretermodus.
2.
qui Funktion ProcAddr pourrait on beibringen, dass vous, z.B. si seulement 1 paramètre transfert wurde ou bien qui 1. paramètre une Long-Konstante ist, aus einer Tabelle Funktionsadressen zurückliefert:
avec cela wiederum wäre es possible, trop Programmbeginn cet Funktionsadressen trop beziehen aussi chez API-Funktionen et aus Objektcode heraus aufzurufen.
Bien sûr ginge statt per ProcAddr aussi une Bereichsvariablenadresse ou bien ProcAddr(0) pourrait une Bereichsvariablenadresse zurückliefern quelle qui Funktionsadressen hält.
je mon, sur diesem Schritt aufbauend sommes ensuite seulement encore Anpassungen des dans XProfan eingebauten Präkompilers notwendig, um Stück pour Stück cela XProfan de Version trop Version toujours et toujours plus rapide volonté trop laisser.
en supplément venez, dass je avec cela per Präkompiler aussi juste anbieten pourrait, pas seulement qui "natives Profan"-Funktionen nativ zur Disposition zur se mettre, mais aussi qui XProfan-Funktionen.
Es wäre imho une Verschwendung, ca seulement sur langsameren Wrapper trop ermöglichen et je wüsste rien besseres, comme qui echten XProfan-Funktionen avec nativer Geschwindigkeit anzubieten. |
|
|
| |
|
|