Newsgroup: it.comp.lang.delphi
Titolo: CODEXPAND Script Engine >> Piccolo sondaggio...

Sto sviluppando un Engine di scripting a BASSISSIMO LIVELLO.
Non avrà NESSUNA interpretazione del codice a RunTime , bensì rilascierà
l'esecuzione del codice degli script direttamente al processore...
Una volta terminato questo engine sarà matematicamente + veloce di un
qualsiasi altro engine INTERPRETATO. L'unico problema in cui sono incappato
è che lo sto svilundo perchè funzioni su macchine con processori Intel (o
compatibili)...
COSA NE PENSATE?
Il fatto che giri solo su x86 è secondo voi una limitazione troppo pesante?
Usarlo per applicazioni basate su architetture Client-Server sarebbe
possibile solo se tutte le macchine connesse sfruttassero processori x86...
il che limiterebbe in parte la sua diffusione...
KE DITE? Vorrei solo capire se sto perdendo il mio tempo o se potrebbe
interessarvi il mio piccolo progetto...
Saluti Sm@ffer

l'esecuzione del codice degli script direttamente al processore...
Non capisco che cosa vuoi dire. Per linguaggio di script  si
intende,  solitamente,  un linguaggio  interpretato  da  una
macchina  virtuale  presente in  un'applicazione.  Vedi,  ad
esempio,  i  linguaggi di  script  client/server-side  usati
nella creazione di pagine web. Oppure, il VBA contenuto  nei
programmi   appartenenti  al  pacchetto  Office,  o   quello
contenuto  in  mIRC, il noto programma di  chat,  oppure  lo
stesso codice contenuto nei file batch di DOS/Windows.  Sono
tutti  linguaggi di script, interpretati. Se ti trovi  nelle
condizioni di dover delegare al processore l'esecuzione  del
codice, allora stai scrivendo un compilatore e, onestamente,
non so quanto ne valga la pena.
-- 
The Follet

 macchina  virtuale  presente in  un'applicazione.
capisco la tua perplessità, il problema di fondo è che nel mio caso parlare
di "Script" non è del tutto appropriato.
So che ciò che sto facendo è molto + simile ad un compilatore piuttosto che
ad un engine di scripting, ma il bello
dovrebbe stare stare qua!
Non credi che in quanto a velocità di esecuzione e occupazione di risorse si
guadagnerebbe un bel po?
Sm@ffer

guadagnerebbe un bel po?
Onestamente, non e' per smontarti, ma da come descrivi la
cosa, credo non serva a molto.
A meno di non farlo per scopi didattici, non vedo a cosa
serva costruire un nuovo linguaggio e il relativo
compilatore, quando ci sono linguaggi e compilatori gia'
affermati e diffusi.  A meno che tu non abbia trovato un
metodo piu' veloce (ma ne dubito molto) per fare le stesse
cose che si fanno in C/C++ o Delphi e con un'impiego di
risorse meno dispendioso, trovo che tu stia perdendo tempo
;)
-- 
The Follet

 The Follet
... Bhe... probabilmente mi sono spiegato male...
cmq Grazie mille per la sincerità.
:-)
Ciao, Sm@ffer
[ps. oh, per sbaglio ti ho spedito il replay sulla tua E-Mail. SCUSA! ! ! ]

Ciao,
A distanza di piu di 10 anni, la compilazione degli script come quella proposta da CodeXPand è diventata la prassi. Ormai quasi tutti i linguaggi di scripting compilano il codice in bytecode nativo e lo eseguono senza interpretarlo. 
Nel 2001 poteva sembrare un idea strana ma era la direzione giusta.
 
Saluti,
Sandro Maffiodo (Smaffer)