[WIN] Aggiornam. compilatore IDE 0022-0023-1.0 all'ULTIMA VERSIONE ATMEL

mauroz:
trovi un flag show verbose output.. in file / preferences :stuck_out_tongue:

si, lo avevo letto in giro, pero' hanno volutamente tolto la funzione o e' un bug ?
era comodissimo usare semlicemente Shift

Testato:
lo avevo letto in giro, pero' hanno volutamente tolto la funzione o e' un bug ?
era comodissimo usare semlicemente Shift

Si, con la 1.0 è necessario vistare l'apposito flag nella config per avere il modo verbose, in compenso è possibile fare distinzione tra compilazione e upload.
La cosa divertente è che se setti il flag nella 1.0 e condividi la stessa cartella delle applicazioni, dove si trova "preferences.txt", con la 0023 anche in questa rimane attiva la modalità verbose selezionata.

ma anche su 0.23 si scinde il log Verify dal log Upload perche' lo shift e' attivo in entrambi i comandi, forse intendi altro ?

non ha senso toglierlo, chi non sa che esiste non preme shift, perche' eliminare il comando ? dici che e' voluto ?

BrainBooster:
@Leo tu per aggiornare dovresti usare gli script di Bingo600 (utente di AvrFreaks)
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=42631

Li proverò

EDIT:
leggendo quel lungo thread mi pare di capire che comunque quegli script compilano la versione 4.5.1 che è ancora afflitta dal bug riguardante il problema di micro con Flash >64K, problema risolto nella 4.6.1. Insomma, è un cane che si morde la coda: risolvi un bug ma ne lasci attivo un altro: se risolvi quest'ultimo ti torna fuori il primo. E questo vale per tutte le versioni di avr-gcc, sia per Linux che per Windows.

la presenza dei bugs è l'unica cosa sicura nei software :grin:
ti conviene comunque aggiornare il toolchain all'ultima versione possibile no?

BrainBooster:
la presenza dei bugs è l'unica cosa sicura nei software :grin:
ti conviene comunque aggiornare il toolchain all'ultima versione possibile no?

Con le versioni successive alla 4.3.5 lo sketch ArduinoISP viene compilato NON funzionante. Con le versioni 4.5.x ci sono i problemi legati al famoso bug del delay, che non funziona per via di una errata inizializzazione dei registri se non si mette una dichiarazione di una variabile globale all'inizio dello sketch. Sulle versioni 4.6.x c'è il problema che alcune lib del core che contengono diciture non più riconosciute (non mi ricordo esattamente quali ma mi pare che siano dei tipi di dati) e vanno modificate per farle funzionare, poi con le versioni ancora più recenti compare il problema di dover aggiornare anche binutils-avr, ed anch'esso ha i suoi czz e mazzi. Insomma, non è una toolchain, è una via crucis :stuck_out_tongue:

leo72:

BrainBooster:
@Leo tu per aggiornare dovresti usare gli script di Bingo600 (utente di AvrFreaks)
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=42631

Li proverò

Erano gli script che avevo già provato. NON creano pacchetti deb ma compilano la toolchain, poi ti ritrovi nel dubbio: dove la metto 'sta roba??
Su Windows è facile, prendi e la sostituisci alla toolchain distribuita con l'IDE. La mia domanda di qualche post sopra era: questa cosa funziona anche con la versione per Linux?

leo72:
Su Windows è facile, prendi e la sostituisci alla toolchain distribuita con l'IDE.

Se parliamo di WinAvr si basta sostituire la cartella, se parli della toolchain Atmel la cosa è decisamente molto più complicata, c'è da mettere a posto diverse dipendenze e alcune librerie.
Attualmente ho un IDE 1.0 che sta funzionando con la toolchain Atmel, però non sono ancora sicuro che sia tutto a posto, facendo varie prove ho già scovato diversi problemi, sotto forma di errori durante la compilazione o il linking, che ho sistemato, dovrei essere molto vicino ad una release stabile ed affidabile.
Potrebbe essere, e ripeto potrebbe, che la mia procedura per il trapianto della toolchain Atmel funziona anche sotto Linux, però non posso garantirti nulla, magari saltano fuori problemi strani legati a qualche dipendenza esterna alla toolchain stessa.

@Leo questi li hai visti?
http://www.wrightflyer.co.uk/avr-gcc/
certo che con tutti questi problemi fai prima a farti una macchina virtuale, con un windows qualsiasi :smiley:

BrainBooster:
@Leo questi li hai visti?
http://www.wrightflyer.co.uk/avr-gcc/
certo che con tutti questi problemi fai prima a farti una macchina virtuale, con un windows qualsiasi :smiley:

Meglio la gogna :grin:

@Brain:
guarda che questi problemi li hai anche tu, se usi i pacchetti non patchati. Ne sei "limitatamente" immune perché usi la versione distribuita con l'IDE. Ma anche tu hai il bug dello sketch sopra ai 64K :stuck_out_tongue:

@Menniti:
ecco, appunto. Meglio la gogna che cambiare SO :wink:

amario57:
E' solo una mia impressione o è un pochino più veloce la fase di compilazione, con l'aggiornamento ? :astonished:

Più veloce non so, però il blink occupa 1002 byte. (non ricordo quanto occupasse prima)

...io ho sempre sostituito la versione distribuita con l'ide con l'ultimo winavr

Ma anche tu hai il bug dello sketch sopra ai 64K smiley-razz

:smiley: ma quando mi capiterà passerò su avrstudio :stuck_out_tongue_closed_eyes: :stuck_out_tongue_closed_eyes:

BrainBooster:
...io ho sempre sostituito la versione distribuita con l'ide con l'ultimo winavr

Ma anche tu hai il bug dello sketch sopra ai 64 ]:DK smiley-razz

:smiley: ma quando mi capiterà passerò su avrstudio :stuck_out_tongue_closed_eyes: :stuck_out_tongue_closed_eyes:

Vuoi che ti ripeta la mia avversità per Atmel che NON supporta Linux con un'IDE come si deve, come fa Microchip con il suo software?

leo72:

BrainBooster:
...io ho sempre sostituito la versione distribuita con l'ide con l'ultimo winavr

Ma anche tu hai il bug dello sketch sopra ai 64 ]:DK smiley-razz

:smiley: ma quando mi capiterà passerò su avrstudio :stuck_out_tongue_closed_eyes: :stuck_out_tongue_closed_eyes:

Vuoi che ti ripeta la mia avversità per Atmel che NON supporta Linux con un'IDE come si deve, come fa Microchip con il suo software?

beh, però, questo no, quello no, quell'altro nemmeno, mi sembra un po' una lotta contro i mulini a vento quella degli utenti linux, insomma tolto il fatto che non si prendono virus forse si spiega perché siete ancora a livelli percentuali ridicoli nel parco installato mondiale :grin:

Potrebbe essere, e ripeto potrebbe, che la mia procedura per il trapianto della toolchain Atmel funziona anche sotto Linux, però non posso garantirti nulla, magari saltano fuori problemi strani legati a qualche dipendenza esterna alla toolchain stessa.

Ho qualche domandina:
Ho scaricato la toolchain da atmel più gli header il tutto in versione sorgente e ho scoperto che si tratta di Avr32 che evidentemente si può compilare anche per 8 bit, ho scoperto anche che la toolchain viene sono forma di patch per gcc & company. E giusto quello che ho scritto oppure ho scaricato la cosa sbagliata?

@Leo
Posso dirti da reminescenze di debian/ubuntu che creare pacchetti deb non è difficile se usi i pacchetti sorgente ed il file .desc originali. Es scarichi i sorgenti di gcc e il file .dsc ed eventuale file diff, poi usi dpkg-buildpackage come è descritto qui Capitolo 6. Costruzione del pacchetto. Tuttavia così avvii la compilazione sul tuo PC e ricrei i pacchetti originali, invece a te serve applicare le pacth, queste devono essere riunite tutte in un file .diff e allora dpkg applica le pach compila e crea i pacchetti binari pronti da installare.

In teoria dovresti installare il tutto sotto usr/local, avr-libc, binutils, e gcc di default installano a partire da /usr/local ma è anche possibile dire il percorso di installazione scrivendo make DESTDIR=/your/path install. Però rimane il problema di fare capire a L'ide arduino che deve usare la toolchain in /usr/local e qui io mi fermo, ha ricordo che la versione 1.0 permette di personalizzare la toolchain, almeno così ho letto.

Ok ora vedo nel dettaglio cosa ho scaricato.

Ciao.

Cattivo ]:smiley:

beh, però, questo no, quello no, quell'altro nemmeno, mi sembra un po' una lotta contro i mulini a vento quella degli utenti linux, insomma tolto il fatto che non si prendono virus forse si spiega perché siete ancora a livelli percentuali ridicoli nel parco installato mondiale smiley-mr-green

Noi intanto non formattiamo mai per necessità, ma solo per scelta. Noi comandiamo il nostro PC ed esso non prende iniziative. Noi installiamo più sistemi operativi in diverse partizioni. Noi avviamo la distrò da DVD così da prendere i dati che altri "sistemi" non riescono più a vedere. Noi non facciamo il defrag, perchè se sei ordinato quando i dati entrano nel disco non serve il defrag. Noi leggiamo minimo 6 tipi di file system stranieri, pensa te anche ATARI ST. Noi montiamo (simbolicamente) i nostri dischi e partizioni e li smontiamo quando non servono, così il sistema va più rapido ed è più sicuro, noi possiamo consentire il montagio ad un'utente o ad un gruppo, chi non ha la password non può vedere/cancellare quel disco, tanto che non si accorge che è installato sul sistema. Potrei anche continuare, ah dimenticavo ma lo hai detto siamo immuni da virus e non abbiamo le aborton antivirus che ci succhiano risorse.

Ciao.

@Mike:
Anche tu, Bruto?!? :astonished:

A parte gli scherzi, mi pare che questo post sia stato aperto da voi utenti Windows, non da me. Che poi la gente neghi i problemi di Windows è un altro paio di maniche. :stuck_out_tongue:
Voi utenti Windows i problemi di cui parlo con avr-gcc non li sapete neanche perché solo l'1% aggiorna la toolchain, tutti usano quella distribuita con l'IDE. Non parliamo poi del fatto che il problema non è di Linux ma di chi sviluppa avr-gcc: è come dire che una macchina è pericolosa perché può uccidere un pedone e non si dice chiaramente che il problema è di chi quella macchina la guida e la manda addosso ad una persona :wink:
Perché allora non parlate di tutte le persone che si lamentano su questo forum che hanno Windows? Non mi pare che la percentuale sia di molto inferiore a quella degli utenti Linux :stuck_out_tongue:

Cmq non voglio fare guerre di religione, io mi tengo il mio Linux e sono molto felice della scelta. E chi non ha provato una cosa non può permettersi di criticarla :wink:

@Mauro:
se hai scaricato lo script di quel Bingo6xx avrai notato che scarica sia i sorgenti che le patch, poi compila tutta la toolchain. Il problema è poi dividere le cose nei vari pacchetti, non è la creazione degli stessi. Nel senso che queli script fanno un calderone unico, non so cosa vada nel pacchetto binutils-avr, in quello avr-gcc ecc..
Oggi ho provato a prendere tutto il compilato e ad infilarlo nell'albero della cartella dell'IDE ma non so se poi così l'IDE continua a compilare con la toolchain che trova nel sistema oppure con quella contenuta nell'IDE, se ovviamente ne è capace. Ora è tardi, domattina mi devo alzare alle 5:15 per andare a lavorare e non ho voglia di fare altri test. Poi, oltretutto, quegli script compilano avr-gcc 4.5.x, che non è l'ultima versione e contiene il bug della Flash >64K. E non mi va di menarmel più di tanto per avere un prodotto che continua ad essere buggato.

Brrr, una cosa è certa, qualcosa vi rode visto che tutti i linusiani siete permalosissimi in materia, e questo è innegabile.
Hai ragione, non si deve criticare una cosa che non si è provata, ma io stavo coglioneggiando senza sapere a cosa andavo incontro, Mauro mi ha perfino definito cattivo :frowning:
Comunque non devi nasconderti dietro un vetro, tanto ti vedono tutti :stuck_out_tongue_closed_eyes: vioè questo Topic NON è stato aperto per problemi di Windows, come ben sai io non ho mai avuto nulla da lamentare in proposito, ma solo perché volevo far funzionare un tiny4313, quindi non barare e cita altri Topic per dimostrare le tue ipotesi :wink:

io non volevo scatenare guerre sante :), fra l'altro io uso entrambi i sistemi a seconda delle esigenze e non sarei così assolutista sia in un senso che nell'altro.
Ricordo solo che il pc dovrebbe aiutarvi nei lavori non essere un impedimento, e quando lo diventa significa che forse non si sta usando lo strumento giusto nel contesto giusto.
:stuck_out_tongue_closed_eyes: il mondo non è mai tutto nero o tutto bianco, e non credo che quello dei S.O. faccia eccezione :wink: