saimon69 ha scritto:@cdimauro
Penso tu sappia che in passato ho cercato di far diffondere la programmazione di utilities sotto AROS usando altri linguaggi che non fossero il C, al tempo era solamente disponibile amilua+zulu per lo scopo e recentemente MisterDave sta cercando di finalizzare AROS ruby+zuby; sono invece stupefatto della mancanza di bindings relativi a Python, che oltretutto era stato portato su AROS anche in tempi piu' remoti, almeno dal 2006 (poi ri-portato in una versione piu' recente nel 2008 per la self-compile bounty).
Non posso dire di essere meravigliato di questi problemi di AROS con Python, perché conosco abbastanza bene il linguaggio e quello che c'è sotto (se cerchi Python + il mio nome e cognome trovi un bel po' di materiale).
Un porting non è cosa semplice, specialmente per s.o. che non sono vicini al mondo Unix/Posix. A maggior ragione AmigaOS/like che è molto distante.
Ho parlato di come non apprezzassi troppo Python a causa della formattazione fissa ma recentemente leggendo alcuni tutorial sto cambiando idea e auspico che qualcuno con abolita' di programmazione [immensamente] superiori alle mie decida di scrivere il beneamato binding per zune e porti anche le diverse altre librerie necessarie alla realizzazione di applicativi.
Saimon69
Prima serve portare Python al completo, con le sue librerie standard (più quelle esterne, ma presenti nella distribuzione ufficiale, perché alcune sono veramente importanti e comode), e poi si può pensare a un binding per MUI/Zune.
A mio modesto avviso, se il mantainer di Python per MorphOS rilasciasse i sorgenti con le sue modifiche per Python 2.x e 3.x, si potrebbe arrivare velocemente a un porting altrettanto maturo per AROS. Successivamente, partendo da questo lavoro, si potrebbe arrivare a portarli anche su AmigaOS 4.
Il secondo passo sarebbe portare MUI/Zune, appunto, perché credo che avrebbe due ricadute molto importanti.
La prima è che faciliterebbe enormemente la scrittura di programmi dotati di GUI, e per questo penso ad AROS, che potrebbe completare molto più velocemente la scrittura delle applicazioni mancanti per arrivare alla benedetta versione 1.0 (chi se ne frega se non saranno scritte in C o C++? L'importante è che funzionino).
La seconda è che consentirebbe di arrivare a scoprire e fissare più velocemente anche i bug che si trascina Zune.