ah, sottointeso: lo stato del supporto kernel di openpandora e’ nettamente migliore di quello degli zaurus (o dell’ormai morente porgetto openmoko)
primo xke’ gli sviluppatori sono fortemente motivati dal dedicare il proprio tempo all’ultimo “state of art” in termini tecnologici (e quindi si capisce quanto i cortex A8, ma sopratutto l’A9 che uscira’ fra qualche mese, ingolosiscano e motivino i coders)
secondo xke’ dietro openpandora non c’e’ una compagnia che ha ormai dismesso la produzione, come sharp con zaurus, zaurus che ritaglia dietro di se sopravvivenza grazie agli appassionati, ma una piccola azienda che trae vantaggio (nonche’ piacere, tutto nacque da una scommessa) nel meglio supportare la propria piattaforma (di cui vende l’hw incamerando dei ritorni economici che motivano, in feedback, un megliore supporto in modo da incentivare l’acquisto di altro hw da parte di nuovi consumatori)
terzo xke’ con corte-A8/A9 anche le tool’s chain (gcc,binutils&C) sono maturate parecchio: si, il ramo 4.1.*, e per certi versi anche il 4.2.* era molto buggato (io me ne sono accorto su HPPA e potrei raccontare divertenti aneddoti), ma dal ramo 4.3.* le cose sono migliorate parecchio, sopratutto per gli ultimi ARM che puossono quindi far dissipare molto meno tempo per issues imputabili al compilatore (detto francamente compilare un kernel per il mio akita risulta molto sensibile al compilatore: risultati diversi in termini di “stabilita’”, esattamente come il 4.1.* su HPPA, il che e’ MOLTO grave!. Una pacchia, invece con dal 4.3.* in poi, con ottime ottimizzazioni dei binari … anche se siamo dovremo constatare come si comportera’ sul campo su A9). Essendo meno bagno di sangue richiede molto meno tempo regalando molte + soddisfazioni, quindi attrae nuovamente molti + utenti “smanettoni” si, ma disposti ad esserlo fino ad un certo punto (o meglio fino ad un certo “tempo a disposizione per imparare, provare, ecc”)
.jpg)
