Newsgroup: it.comp.macintosh
Titolo: Xcode 2.3 disponibile!


Strider

 Strider
bello, cosa c'e' di nuovo?
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?


-- 
 
www.filacchione.it
 
"Words are very unnecessary / They can only do harm"


Ah ottimo!
Ma devo per forza scaricare 915MB?? Non c'è solo un update dalla 
versione 2.2.1?

 versione 2.2.1?
Eh, me lo chiedevo anche io... l'ho installato giusto ieri sera...
Strider


Thanx-ah!
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 Thanx-ah!
Mi spieghi in due parole il nano che fa ? ;)


 bello, cosa c'e' di nuovo?
che ora mi da due errori che ieri non avevo :-|
-- 
www.malcom-mac.com/blog
software development for Mac/Win
nemo - cocoa newsgroups reader for macintosh

 Mi spieghi in due parole il nano che fa ? ;)
Niente che ti freg-ah. 
Diverso formato per tenere le info di debugging.


 che ora mi da due errori che ieri non avevo :-|
ROFTL!!


 ROFTL!!
è vero :-/ mah comunque continua ad avere dei grossi bug sto cavolo di
programma...roba da far rimpiangere un pò codewarrior...spettiamo la 3
:-P


 Diverso formato per tenere le info di debugging.
Ok, mi sembra abbastanza k00l per aggiornare Xcode ;D



Qua ho dovuto forzare l'uscita dall'Installer perche` si era fissato
sull'installazione della Java documentation ecc...
C'ha sempre messo un po' ma fino alla 2.2.1 poi finiva, con la 2.3 (cui
hanno aggiunto anche il messaggio popup che annuncia che si deve
attendere piu` di quanto dica l'installer) ho aspettato quasi tre ore,
mentre facevo altro, ma nulla.
Alla fine mi sono rotto e sono uscito
-- 
Amiga 500 inside - 
http://www.digitroom.com/
The only thing necessary for the triumph of evil
is for good men to do nothing - Edmund Burke

 sull'installazione della Java documentation ecc...
Qui ci ha messo una buona mezz'ora, è comunque parecchio lento anche se
in definitiva non credo avesse senzo fargli fare di nuovo l'indice visto
che per java non aggiungeva nessuna nuova pagina sulla documentazione.
In compenso alcuni bug rimangono e sono veramente fastidiosi.


 Alla fine mi sono rotto e sono uscito
Io non so quanto c'abbia messo, dopo due ore sono uscito e quando sono
tornato aveva finito :-)
Ma decisamente TANTO

 Ma decisamente TANTO
Che Mac?
E` allucinante pero`


 E` allucinante pero`
Concordo. Anche il fatto che bisogna scaricare 915 MB! Cioè: in fondo
basta registrarsi sul sito apple per scaricarlo liberamente, quindi
perché diavolo non si può usare bittorrent, non lo capirò mai...

 Concordo. Anche il fatto che bisogna scaricare 915 MB! 
Per installarne 188 poi


 Per installarne 188 poi
Domanda: che versione di gcc comprende?  A me piu` che altro interessa
quello, vorrei capire se mi conviene il download...
Alex

Guido <gu...@home.less> wrote:

Grazie!  Ma era la stressa con xcode 2.2:
brain:~/Documents/dds alex$ gcc --version
i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build
5250)
...quindi penso che non faro` st'update, a meno che non trovo qualcuno
al lavoro che l'ha gia` scaricato e puo` farmi un DVD o simili.
Alex

 wrote:

ecco bravo, non farle
ieri sera (dopo clamorosi successi lavorativi ottenuti grazie a numpy)
mi era venuta voglia di provare pyobjc e mi sono detto, visto che poi
piazza roba dentro /Developer tantovale che aggiorno prima
beh, il gcc sara' pure lo stesso ma pyobjc non compila piu' (oltre ai
soliti mila warninga si lamenta di qualche cosa che non e' definito e
muore), tornato indietro alla 2.2.1 e va liscio come una supposta di
vaselina
morale: ho buttato via oltre un ora di tempo ;)


Questo fantomatico DashCode è incluso?
-- 
"Imagination is more important than knowledge"
Albert Einstein 
1879-1955 

 Questo fantomatico DashCode è incluso?
Nope
-- 
Amiga 500 - Sensible World Of Soccer inside


 Nope
...gli screenshot che si trovano in giro sono di una versione sfuggita
ai controlli?


 ai controlli?
Ho letto che qualcuno qui sul NG l'ha trovato (il programma).
Max 5 giorni fa


 ai controlli?
Il DashCode č presente sui MacBook ma non in Xcode (vai a sapere
perchč...) ...in giro si trova comunque... mi sembra di aver visto un
link anche da queste parti...
Strider

 Ho letto che qualcuno qui sul NG l'ha trovato (il programma).
Si, trovarlo si trova (basta un colpo di Google); volevo capire da dove
arrivava. Credo che qualcuno lo abbia trovato tra i developer toools dei
in bundle con un MBP da 17".


 Eh, me lo chiedevo anche io... l'ho installato giusto ieri sera...
Alla fine li ho scaricati...vabbè magari la prossima volta fanno
direttamente un update :)

 morale: ho buttato via oltre un ora di tempo ;)
Grazie dell'info, che risparmia tentazioni di download -- puzza di
header errati in XCode 2.3.  Se non hai gia` postato l'info sulla lista
Python/Mac lo faccio io, magari e` invece un errore in PyObjC.
Alex

 Python/Mac lo faccio io, magari e` invece un errore in PyObjC.
fallo tu che sei + esperto
grazie

 wrote:

Sto tampinando Ippolito e Oussoren in merito; e` un difetto di una
utility che accompagna PyObjC ed estrae dichiarazioni dagli header del
framework, in XCode 2.3 (di per se innocente) c'e` in un header una
dichiarazione commentata che viene erroneamente estratta lo stesso.  La
versione di PyObjC che trovi via SVN ha gia` rimediato questo errorino,
ma Oussoren prima di rilasciare ufficialmente una nuova PyObjC vuole
sistemare anche un altro difetto (preesistente a XCode 2.3) in py2app
relativamente alle app Universal.
Alex

 wrote:

chiaro
in compenso sto entrando in rogna, gia' che se l'esperto in materia ti
sottopongo il quesito
dopo i clamorosi successi di numpy (e' davvero notevole!) ho voluto
profittare di darwinports per installare anche scipy
tralasciamo il fatto che per installare numpy mi ha fatto compilare il
gcc4.1 e che per installare scipy il gcc4.0 il punto e' che il test di
scipy fallisce clamorosamente (esce da python)
sleggiiucchiando qua e la mi pare d'avere capito che con qualche patch e
con versioni + nuove sia di numpy che di scipy dovrei risolvere tutto
morale, botta di nervoso e rm -fr /opt/local e associati posti ove
darwinports risiedeva
mo che faccio?
a) prendo activepython il gfortran da 
http://hpc.sourceforge.net/
 i
tarball + recenti di numpy e scipy e con un po' di pazienza...
b) prendo il python dal sito di ippolito (e' vecchietto pero' 2.4.1) o
dal sito del python (c'e' un tipo che ha fatto un .pkg col 2.4.3)
c) prendo il tarball di python, di tutte le librerie che mi servono
(gia' capire quali) del gcc (serve per gfortran) e faccio tutto a
manella
d) varie ed eventuali
:-)

 manella
Io di solito faccio cosi` -- compilo dai tarball.  E` una posizione, la
mia, antiquata e persino reazionaria, me ne rendo conto; e per pacchetti
sufficientemente complessi o condizioni di build idem non ben
sostenibile (ad esempio, i build "tipo framework"+Universal su Mac non
sono esattamente banali...); ma per il 90%+ dei pacchetti open source mi
trovo bene.  Per Python e le varie librerie rese disponibili da Oussoren
e Ippolito faccio eccezione perche` fanno sempre un lavoro di alta
qualita`; quindi mi faccio i build (semplici: non framework, non
universal) per il Python 2.5 da svn, ma per il 2.4.3 "in produzione"
quel che posso lo prendo invece da Oussoren e Ippolito.
gcc forse e` una brutta bestia pure lui, specie se ci sono esigenze tipo
l'Universal si rischia di spenderci parecchio tempo, ahime`.
Avessi la tua esigenza, andrei come (a) ma con il Python 2.4.3 Universal
di Oussoren invece di ActivePython, almeno come prima strategia.
Alex
 

 di Oussoren invece di ActivePython, almeno come prima strategia.
allora python universal + gfortran di hpc piu' tutto il resto a tarball
e gia che ci sono metto anche l'xcode 2.3 e vado e cercare pyobjc dal
svn (questo non mi serve e' solo uno sfizio che mi piacerebbe provare)

 solidita` e documentazione di numpy
dimenticavo questo punto
la documentazione  di numpy e' migliore (*) di quella di numeric solo
che costa 39 euri
(*) ma lungi dall'essere ottimale

 ok info memorizzata :-)
come per le performance degli algoritmi una volta compilati, anche le
impressioni sui pacchettatori possono ingannare
la versione di oussoren non passava il test di numpy (problemi con dei
free di puntatori che non erano stati mallocati)
(la active python invece pare ok)
... mo' sta compilando scipy...

 wrote:

Io m'accontento (come documentazione di Numeric) dell'apposito capitolo
del Nutshell, per quanto subottimale e (per altri) a pagamento.
Alex

 wrote:

il numeric ha un problema (imho serio) legato alla type promotion quando
ci sono operazioni miste tra un array e uno scalare
tale problema era stato risolto prima in numarray poi ora mi pare che
sto numpy debba tacheoverare e da qui la scelta
(certo che sta gente ha fatto un bel casino) 

 wrote:

aggiornamento, qui e' un disastro
(soccia che 2 palle!, finisce che mi tengo il numpy e che il minimi
quadrati lo faccio a mano in python)

 wrote:

aggiornamento, solo per dare a oussoren quello che e' di oussoren
mi ero fatto fuorviare da 
http://makeashorterlink.com/?N28512E2D
 che
consigliavano il g77 del gcc3.4 al posto del g95 del gcc4.x 
l'active python e' buildato col gcc3.3 mentre quello di oussoren col 4
(immagino, visto che e' universal) questo forse puo' spiegare le
affinita' coi rispettivi fortrans
ora ho installato sul python si oussoren sia numpy, che passa tutti i
test, che scipy che ne fallisce 3 (ma senza uccidere python)... cmq ora
ho ristretto il campo d'indagine 

 č anche gratis, eh... e che č, stiamo sempre a lamentarci? :-D
Che vuoi, quando si tratta di cose fatte da altri sono un perfezionista
:D


 affinita' coi rispettivi fortrans
Non ho fatto l'esperimento, ma credo di si`: la compatibilita` binaria
non e` garantita nel passaggio di major release di gcc (3.* -> 4.*).
Alex

 wrote:

sono giunto alla conclusione (temporanea) della mia odissea forte dei
seguenti fatti
2 dei 3 test che falliscono sono dovuti alla blas (in particolare il
prodotto scalare) la quale blas, pur venendo riconosciuta in fase di
setup la cBLAS ottimizzata del framework accelerate non viene caricata
dall' import di scipy che carica il sostituto (non ottimizzato) fblas
che ha compilato col gfortran
il quale gfortran pare che su osx almeno faccia piuttosto cacare ed e'
alla causa del fallimento
sulla mail list di scipy la cosa era stata notata ma di OSX i guru se ne
catafottono
siamo davvero cenerentole :-(
in definitiva il problema credo sia una mezza banalita', ma non ho i
mezzi (skills) per risolverlo e mi pare inutile chiedere, visto
l'interesse... passero' a gentoo? :'-(
(ho fatto anche tutta una serie di prove anche col fortran del gcc 3.4
in varie combinazioni, ma nessuna passava tutti i tests... l'unica cosa
che sto testando davvero e' lo slot inferiore del pbuc 15"... per ora
regge... .-)) )   

 intanto mi sono innamorato di XUL :-D
Pensa che quando lo avevamo valutato noi non ci aveva colpito più di
tanto, anzi. Hai trovato qualche bel tutorial?
O sono le "potenzialità" della faccenda ad averti colpito?
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 Ma decisamente TANTO
È risaputo. È perchè indicizza tutta la roba di Java. Che è tanta.


 darwinports risiedeva
Male. Non sai cosa ti perdi, immagino che tu non abbia capito come
funzionano i portfile.


 funzionano i portfile.
un po' si ma ho anche capito che una buona parte semplicemente non
funzionano 
(a meno che tu non intenda che il port e' buono quando compila ma non
passa i test...)
la manutenzione pare piuttosto trasandata

 È risaputo. È perchè indicizza tutta la roba di Java. Che è tanta.
Gia`, ma fino alla 2.2.1 qua piu` di mezzora 45 minuti non ci metteva
Con la 2.3 ho cannato l'installer dopo 3 ore senza che fosse finito


 È risaputo. È perchè indicizza tutta la roba di Java. Che è tanta.
D'accordo. Ma io mi chiedo: per quale motivo mettono l'indice pronto di
tutta la documentazione Apple, e non anche di quello Java?? 

 
xulplanet.com
, reference e tutorial.
Ci ridarò un occhio.


 tutta la documentazione Apple, e non anche di quello Java?? 
Ask them... :)


 la manutenzione pare piuttosto trasandata
Tutt'altro. Spesso sono più curati dei progetti originali, con anche le
patch utili per il tuo sistema e tutto. E la gente quando submitti un
baco ti sta anche a sentire e ci lavora sopra.
Quando poi non ci si può fare nulla, ovvio che anche loro non fanno
nulla.


 Con la 2.3 ho cannato l'installer dopo 3 ore senza che fosse finito
Fai conto che su un G5 è buono che ci mette 2 ore e mezza. O anche più.


 Fai conto che su un G5 č buono che ci mette 2 ore e mezza. O anche piů.
Insomma lo installero` quando faro` la prossima gita fuoriporta


 Guardati con firefox 
http://www.georgenava.com/
Ma ROTFL! Il suo calendario č 10 volte meglio di Sunbird! :D

 nulla.
bah numpy e scipy li ho compilati meglio a mano, prova  fare giarare il
test di scipy e te accorgi dell'"accuratezza" (crasha il python! :-P)
per non parla poi del fatto che sti coglioni hanno usato 2 fortran
diversi costringendo a compilare 2 versioni di gcc (4.03 e 4.1) diverse
(roba da 3 ore su un pbuc)

 Se ti installi lo XULrunner ti mando per email un esempio.
Come si installa? Non c'è un bel .app?
Comunque si, vai. Dopo tutto mi sono appena finito QtRuby (ma Qt lo
conoscevo da anni eh... adesso mi devo impratichire meglio con Qt4,
finalmente GPL anche su Windows)... posso partire anche con XUL.


 (roba da 3 ore su un pbuc)
Puoi chiedere in ML se la cosa ha un senso o è un errore. Se è un errore
la metti a posto in una manciata di secondi e gli mandi la patch.
Se tutti si lamentano e basta, poi lo credo che non riescono a stare
dietro a tutti i port.


 dietro a tutti i port.
bah secondo me
a) ci vorrebbe un repositorio loro dove tenere certe freeze degli svn
b) la piattaforma OSX non se la defeca nessuno e ci sono un sacco di
bachi in +
insomma na mezza schifezza

 bachi in +
Ma non è colpa di DarwinPorts. Anzi, loro fanno il possibile per ridurli
:)


 :)
bah, a quello che vedo non fanno granche' ...
poi saro' sfigato io su certi pacchetti neh

 al 50% lo ha fatto dannare.
e questo solo per il build
per dire py-scipy04 builda ma se lo testi crasha il python (che non deve
essere roba facile da ottenere) 

).
L'ho messo anche io adesso :))
Mi ispira.


 essere roba facile da ottenere) 
Nel momento in cui Python ha "passato la palla" a codice macchina
scritto da terze parti, non ha piu` nessuna difesa contro il crash,
visto che il codice dell'estensione gira entro lo stesso processo: se
quel codice macchina crasha, crasha tutto il processo, Python incluso.
Bisogna distinguere dunque fra: (a) crashare Python con codice Python
(che in effetti non e` affatto facile, devi scoprire e solleticare un
baco in Python stesso, che e` molto curato da questo punto di vista), e
(b) crashare Python con codice macchina che gira in un extension module
(che purtroppo non e` piu` difficile di un qualsiasi altro crash
prodotto in codice macchina: Python non puo` difendere le cose una volta
che ha passato il controllo in questo modo, ahime`).
Alex

 quel codice macchina crasha, crasha tutto il processo, Python incluso.
si giusto
alla fine ho risolto con 
gcc_select 3.3
fortran 77 del gcc 3.4
active python (quello universal non supporta il 3.3 e ferma la
compilazione)
numpy e scipy presi dal svn
e PORCACCIA finalmente passa *tutti* i test
(certo che se per fare andare le cose occorre rinunciare al gcc4 siamo
messi benino...)

 
http://developer.mozilla.org/en/docs/XULRunner
Grazie! Beh, č arrivato tutto!
