Newsgroup: it.comp.giochi.avventure.testuali
Titolo: EAT in php-gtk?

Ciao a tutti...
visto la "polemica" (nell'accezione simpatica del termine) scaturita da EAT
in VB ho pensato di riscriverne la parte già effettuata e continuarne
l'opera in phpgtk...
che ne pensate?
questa invece è una mia curiosità... che voi sappiate, è possibile
*compilare* i sorgenti di phpgtk in un eseguibile? e di python?
ciao,
Francesco

 *compilare* i sorgenti di phpgtk in un eseguibile? e di python?
per python c'è un tool esterno che impacchetta file, interprete e tutte 
le dll necessarie e da un file di 2K genera un simpatico blob di 3 MB :)
Io l'ho usato per realizzare un minuscolo programmino, è diventato 
enorme ma era perché s'è sugato anche tutte le dll di tcl/tk...
ciao
S

Francesco Iafulli wrote:

Il php è un gran bel linguaggino (proprio in questo momento sto scrivendo un
sito php)  ma come general purpose continuo a preferire il python.
Il php non si compila; il python si "precompila" automaticamente. Il sistema
python costruisce un bytecode e lo salva su disco; questo viene
automaticamente utilizzato se non sono state apportate modifiche al file
originale.
In UNIX qualsiasi file può essere esecutivo; in windows, a partire dall'XP,
l'associazione delle applicazioni è talmente buona che con un doppio click
su un programma python riesci a fare praticamente tutto quello che ti
serve. Il python arriva preinstallato sulla maggior parte degli unix, e
puoi distribuire l'installatore del python per windows con il tuo
programma.
Se invece desideri "inglobare" il programma, python o php, in modo che non
abbia bisogno di un interprete esterno, farlo è facilissimo, soprattutto in
python. Quattro istruzioni di C, la dll del python et voilà, puoi eseguire
uno script inserito nel tuo stesso programma; ovviamente, ci vogliono tutte
le librerie del caso, ma si può fare; puoi anche linkare staticamente
l'interprete, ma avrai sempre bisogno di tutti i moduli py che usi (in
python, gran parte delle librerie di sistema è scritto in python puro).
Oppure, puoi includerli TUTTI nel tuo file. Al che hai un file
indipendente.
In poche parole:
1) non è più necessario, nel mondo di oggi.
2) ma se proprio lo vuoi fare
3) scrivi una "stringona" con tutto il tuo codice
4) aggiungi i moduli di sistema in coda o in testa
5) usi un paio di funzioni C
6) compili il tutto con il primo compilatore C che hai sotto mano.
Giancarlo.

Grazie per la esemplare spiegazione...
mi avete convinto... comincio ad usare python... e mi reinstallo linux e ci
lavoro da lģ... ;)
vediamo se riesco a fare EAT con questo.
ma python, su quanti/quali sistemi gira?
il boa č visuale? gira su linux?
ciao e grazie,
Francesco

 il boa è visuale? gira su linux?
Tutti. Windows (dal 95 in poi), Vari unixes (Linux, BSD, BEoS e MacOSX) e
altri.
Il BOA è visuale, e gira su linux (e su windows). Si appoggia alle librerie
WXWindows, che offrono un layer di compatibilità linux-windows; in poche
parole, se installi WXWindows su linux e su windows, puoi usare la stessa
applicazione GUI sui due sistemi in maniera indifferente.
NOTA: Prima mi hai chiesto del compilatore. Io ti dico: c'è un motivo se gli
interpreti sono tornati di moda. Lasciando perdere la portabilità, che è un
motivo, ma non il principale, gli interpreti consentono una maggiore
dinamicità del codice (i.e. in python puoi alterare le classi in runtime,
aggiungendo nuovi metodi a volontà), e di conseguenza il ciclo di sviluppo.
Poter lanciare un programma senza compilarlo è una gran comodità, te lo
giuro.
Giancarlo.

 giuro.
da sviluppatore concordo... ma sai... ci sono delle realtà (commerciali) in
cui un binario è d'obbligo (ci sono clienti che storcono il naso se solo gli
si parla di sorgenti)...
siccome vorrei valutare se utilizzarlo anche in ambito professionale ho
bisogno di saperlo.
comunque ti ringrazio
ciao,
Francesco

 bisogno di saperlo.
Python č usato in ambito professionale. Un esempio su tutti: "Google". 
Tutto il motore di ricerca č scritto in Python.
Se proprio non vuoi far vedere i sorgenti basta distribuire il file .pyc 
("compilato" in bytecode) piuttosto che il file .py (sorgente).
Giovanni
-- 
Giovanni Riccardi - 
giov...@composizioni.net
 - 
http://www.composizioni.net

 ("compilato" in bytecode) piuttosto che il file .py (sorgente).
ok... grazie
ciao,
Francesco

 
Dove trovo tutte queste nozioni sul Python? Mi sono messo a studiarlo 
senza sapere un granché delle sue potenzialitŕ e funzioni.
-- 
_______________________
The Iron Pumpkin Studio
http://ironpumpkin.altervista.org