Newsgroup: it.comp.macintosh
Titolo: partito il famoso build di OO.o 1.1.1...!

...maronna pero`, mica facile come sembra - solo a scaricare con CVS
tutti i sorgenti (con ADSL 640) e` partito un tot.  Anche soddisfare
tutti i prereq, mica banale.
La cosa + buffa... serve X11 (ovviamente), dice di prenderlo dal terzo
CD di Panther.  Ma col G5 non mi sono arrivati dei CD, bensi` un DVD.
Ravanatoci dentro per trovare X11, ma mica ho capito dove stia...?!
Per fortuna con l'iBook erano invece arrivati i CD, quindi ho rimediato
cosi` -- terzo CD di Panther, no problem, X11 al bacio.  Ma mi e`
rimasta la curiosita`: se un domani voglio recuperare qualcosa che
tutti, compresi i siti Apple!!!, descrivono come situato "sull'X-esimo
CD", io, da quel DVD, _come lo tiro fuori_...?!
(Resta poi da capire perche` con gli iBook, che comunque un lettore DVD
ce l'hanno, Apple desse un paccone di CD, e col powermac invece il
singolo DVD.  Mah!, sara` che col BTO uno effettivamente un iBook con
solo lettore CDROM potrebbe anche metterlo insieme...).
Comunque, build partito adesso, e i siti OO.o spiegano che "ci vuole
circa un giorno" (ma fanno riferimento a un power DP G4... pero` "ben
imbottito di RAM", il che, dei miseri 512MB del mio MacArthur, non si
puo` certo asserire).  Sono proprio curioso di vedere il rapporto di
prestazioni per un compito (compilazione massacrante) che e`
probabilmente il piu` CPU-intensive fra quelli che svolgo spesso, e
viceversa (al netto dell'aritmetica combinatoria per il bridge, quella
e` un hobby...:-) -- a meno che iLife'04 non mi faccia venire la mania
dell'audiovisuale, chissa`;-).
Alex

 tutti i prereq, mica banale.
...al punto che mi sono scordato che, avendo il Java 1.4.2, devo avere
anche i developertools per quello -- BUM, ALTRI 50 mega di roba.  Sigh,
OK, partito anche quello.  Ma mica me l'ha mannato'addi` carinamente in
fase di configure, NOOO!, tepiaciarebbe, ha lavorato mezz'ora poi
d'improvviso e` esploso in errori su di un sottoprogetto perche` mancano
tutte le macrazze JNI...blahlblah..., mannaggia a lui...
...restate sintonizzati per la prossima fase di questa affascinante (?)
saga...!-)
Alex

 saga...!-)
io mica ho capito di che stai parlando :)
ps: quando hai tempo mi scrivi un compilatore python che genera codice 
nativo? :D
ps2: scherzavo ;)
-- 
Jollino - per rispondere togli il freno a mano
"Tears of blood and sadness formed the wonderful silent lake
Swans and birds in water games will call Airin's name...
her name!"

 saga...!-)
credo che un elenco delle dipendenze e delle cose da scaricare potrebbe
essere notevolmente utile ;)
specie qui che di giorni a compilare ce ne andranno 2... ;)
-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
    - Brian W. Kernighan

 Siamo in trepidante attesa :-)
ma di che parlate??? =)
-- 
Alessandro "Sandero®" Borghini

 ma di che parlate??? =)
sta per nascere :-)
-- 
"Two of the most famous products of Berkeley are LSD and Unix. 
I don't think that is a coincidence."

 ps2: scherzavo ;)
Io no -- il progetto "pypy" ha la generazione di codice macchina fra i
suoi scopi.  Originalmente volevamo supportare anche l'architettura
PowerPc (quali varianti restava da decidere), ma l'EU ci ha concesso
(soggetto, ancora, a negoziati difficilotti tutt'ora in corso) una bella
fetta in meno dei sussidi che avevamo chiesto, quindi qualcosa abbiamo
dovuto tagliare e la generazione di codice PPC e` finita tagliata:-(.
Al momento nell'ambito del progetto e` dunque prevista solo la
generazione di codice x86...
Comunque una volta che (se i finanziamenti arrivano) l'infrastruttura
pypy sara` in piedi, il 90% della generazione di codice e` riusabile per
qualsiasi piattaforma "ragionevole" (architettura a 32 o 64 bit),
secondo me.  Al peggio (con una certa perdita di prestazioni) si puo`
generare sorgente di basso livello in C abbastanza portatile, poi usare
gcc come "post processor"; e se, che so, Intel, o AMD, Apple, o IBM, ecc
ecc, sono interessati a un miglior supporto per specifici processori,
beh, quel che pypy produce sara` open-source (licenza tipo MIT, non tipo
GPL) e ben documentato, si facciano avanti (non manchera` la
disponibilita` di consulenze da parte dei partecipanti in pypy, meta`
dei quali sono essenzialmente consulenti, o universitari disponibili per
consulenze -- io, Armin Rigo, Samuele Pedroni, Holger Krekel, Christian
Tismer, ad esempio, in ordine rigorosamente casuale...).
Ma la generazione di codice nativo, per quanto importante possa
sembrarti, e` fra i meno cruciali degli obbiettivi di pypy.  La
possibilita` di supportare macchine microscopiche (hardware embedded)
generando "interpreti ridotti all'osso" mirati ad uno specifico
programma e` secondo me la piu` eccitante.  Il codice interpretato puo`
essere assai piu` conciso di quello "nativo" di macchina -- il Forth era
esemplare da questo punto di vista; e tipicamente la memoria e` un
fattore limitante piu` della "potenza di CPU", per molti usi di tipo
embedded (il realtime hard essendo comunque escluso, visto che parliamo
pur sempre di programmi basati su uso _dinamico_ della memoria...!-).
Per altre info suggerisco google su pypy -- gli oltre 20,000 hit
dovrebbero soddisfare ogni curiosita`, e il primo e` un ottimo punto di
partenza.  Gli interessati tengano le dita incrociate per i nostri
negoziati con l'EU...!-)
Alex

 specie qui che di giorni a compilare ce ne andranno 2... ;)
Dici?  "Un giorno" e` la loro stima a braccio per un powermac G4 -- il
tuo powerbook non e` sostanzialmente equivalente?
Alex

 ma di che parlate??? =)
Compilazione di OpenOffice.org 1.1.1 -- vedi il subject del primo post
del thread.
Alex

 del thread.
beh, non e' che da OO.o si capisca molto... :D
-- 
The Future Is In Beta

 dovrebbero soddisfare ogni curiosita`,
ehehe :D


 Uau! Un controller di ascensori in Python!
Eh si`, ormai il target e` quello (quando iniziammo il progetto -- oltre
un anno fa -- pensavamo ai cellulari, ma ormai ad es. Nokia permette di
programmare i suoi cellulari [solo top della linea, per ora] in Python
[per avere l'SDK necessario devi essere iscritto fra i "development
partner" di Nokia, mi dicono, non so se sia una formalita` come per
Apple Developer o una pizza]).
Alex

 beh, non e' che da OO.o si capisca molto... :D
Capisco, ma chi non conosce OpenOffice.org capisce poco anche dicendolo
tutto, chi lo conosce sa di certo che la sua sigla e` OO.o;-)
Alex

 programmare i suoi cellulari [solo top della linea, per ora] in Python
o_O


 tutto, chi lo conosce sa di certo che la sua sigla e` OO.o;-)
ma certo che so cos'è open office, ma magari OO poteva stare per Object
Oriented! =)
Vabè una volta compliato comporta che può essere usato su Panther come
al solito o qcosa di meglio?
-- 
Alessandro "Sandero®" Borghini

 /me pensava a "du p@lle" :-)
quoto :)


 /me pensava a "du p@lle" :-)
hahahaha =) lol!
-- 
Alessandro "Sandero®" Borghini

 altri sistemi sarebbe fico. :)
Mica facile, ci sarebbe da scrivere un "cross-linker".  So di gente che
ci ha provato MOLTO intensamente da Linux, facendo leva sul port
"cygwin", ma non conosco risultati in merito abbastanza solidi per
essere commercializzati.  Non e` un problema del linguaggio sorgente di
partenza: e` cosa fai DOPO che hai i .obj (o .o se peferisci)...
Alex

 wrote:

La prima che hai detto.  Ci sto giochicchiando... ma con Anna mi e`
arrivato anche Keynote e quello ha priorita` (anche se per ora non sono
per nulla contento -- in mezz'ora di tampicciamento una volta e`
crashato cercando di importare un .PPT, una volta NON e` riuscito a
salvare una presentazione-giocattolo e mi ha fatto uscire perdendo i
dati, hmmm....!!!)
Alex

 pur sempre di programmi basati su uso _dinamico_ della memoria...!-).
L'open firmware del macos e` scritto in forth ed effettivamente *e`* un
interprete forth... ci puoi anche lanciare un server telnet con cui
loggarti da remoto e farci un hanoi tower, per esempio ;)


 tuo powerbook non e` sostanzialmente equivalente?
dipende... se e` un DP, l'abisso e` immenso. Poi ho il disco a 4200, e
siccome ha bisogno di un mucchio di spazio su disco, lo usa un
macello...
Fai conto che fianco a fianco con un ibook tipo il tuo (quello di mio
padre), come prestazioni siamo li li...


 Lo hai aggiornato all'ultima versione (1.1.1 mi pare)?
Ma che sciocco, non ci avevo neppure pensato -- ho appena lanciato
software update e in effetti ho da aggiornare 3 app appena istallate
(Keynote, iPhoto, GarageBand)... bon, senza dubbio migliorera`, grazie!
Alex