Roberto Pulito
giovedì 26 gennaio 2012
di Roberto Pulito
Incrementa dimensioniDecrementa dimensioni
commenti Commenti (18)

Mozilla inaugura il codice Rust

Prima alpha per il compilatore del nuovo linguaggio di programmazione Rust voluto dai Mozilla Lab

Roma - I laboratori Mozilla e la community Rust hanno appena rilasciato la versione 0.1 del compilatore omonimo. Rust è un linguaggio di programmazione sperimentale che punta a sostituire il collaudato C++ all'interno del browser Firefox.

Il team di capitanato da Graydon Hoare ha iniziato a lavorare seriamente su Rust nel dicembre del 2010, ma il progetto esiste dal lontano 2006. Il linguaggio è multi-piattaforma e infatti gli strumenti di sviluppo sono ora disponibili per i developer Windows, Linux e Mac OS che vogliono sperimentare col suo potenziale.

Questa versione alpha del compilatore già consente di programmare "qualcosa" ma le modifiche che verranno apportate nelle future versioni del compilatore potrebbero anche stravolgere il codice attuale. C'è ancora molto lavoro da fare su diversi fronti e sulle librerie API. Le attuali prestazioni del codice Rust non sono ancora all'altezza del C++.
Rust presta comunque particolare attenzione alla sicurezza: non consente di utilizzare puntatori NULL, tiene a bada il buffer overflow, gestendo l'allocazione della memoria in modo particolare e le problematiche legate alla concorrenza. Come noto, l'esecuzione contemporanea di più processi che condividono la stessa risorsa può anche portare ad uno stallo.

Roberto Pulito
TAG: Tecnologia, software, Mozilla, Rust, C++
Notizie collegate
18 Commenti alla Notizia Mozilla inaugura il codice Rust
Ordina
  • Le solite idee inutili! nr: lol
    Esiste gia un linguaggio per tale scopo e non e' java! si chiama "D"!!! informatevi! supporta: codice nativo, scope(exit) (oltre che eccezzioni) che semplifica la gestione degli errori, contract programming, unit test integrati, compile time execution, costrutti per la programmazzione parallela...
    non+autenticato
    Scritto il 20/02/2012 alle 0.48
    Segnala abusi
     QuotaRispondi
  • nr: uno qualsiasi
    Quello della Digital Mars? Me lo ricordo!
    Il compilatore è closed, ma il front-end è open, ed è stato implementato anche sul GCC (così ne esiste anche una versione open)

    Peccato che sia poco diffuso (e quindi poco supportato), perchè è promettente.
    non+autenticato
    Scritto il 20/02/2012 alle 8.32
    Segnala abusi
     QuotaRispondi
  • Riassumendo: nr: Axel
    un linguaggio multipiattaforma che semplifica la gestione dell'allocazione della memoria, che controlla i puntatori, votato al parallelismo... praticamente Java con librerie per il parallelismo... a che pro tutto questo sforzo per creare l'ennesimo nuovo linguaggio (con tutto l'ecosistema di sviluppo) che non apporta NULLA che già non esista di stra-collaudato??????????????
    non+autenticato
    Scritto il 26/01/2012 alle 10.29
    Segnala abusi
     QuotaRispondi
  • nr: attonito
    - Scritto da: Axel
    > un linguaggio multipiattaforma che semplifica la
    > gestione dell'allocazione della memoria, che
    > controlla i puntatori, votato al parallelismo...
    > praticamente Java con librerie per il
    > parallelismo... a che pro tutto questo sforzo per
    > creare l'ennesimo nuovo linguaggio (con tutto
    > l'ecosistema di sviluppo) che non apporta NULLA
    > che già non esista di
    > stra-collaudato??????????????

    beh nuovi paradigmi programmatori, agile coding, nuovi modelli di business, web-on-the-road... insomma, bisogna reinventare la ruota ogni 10-15 anni.
    non+autenticato
    Scritto il 26/01/2012 alle 10.55
    Segnala abusi
     QuotaRispondi
  • nr: UbuPinguino
    - Scritto da: attonito
    > - Scritto da: Axel
    > > un linguaggio multipiattaforma che semplifica la
    > > ...
    > > praticamente Java con librerie per il
    > > parallelismo... a che pro tutto questo sforzo per
    > > creare l'ennesimo nuovo linguaggio (con tutto
    > > l'ecosistema di sviluppo) che non apporta NULLA
    > > che già non esista di
    > > stra-collaudato??????????????
    >
    > beh nuovi paradigmi programmatori, agile coding,
    > nuovi modelli di business, web-on-the-road...
    > insomma, bisogna reinventare la ruota ogni 10-15
    > anni.

    Forse che Rust compila in binario e non in bytecode, genera codice compatibile con il c/c++?

    Come dire: il meglio di C7C++/Java tutto assieme!
    non+autenticato
    Scritto il 26/01/2012 alle 11.24
    Segnala abusi
     QuotaRispondi
  • nr: Nome e cognome
    - Scritto da: UbuPinguino
    > genera codice compatibile con il
    > c/c++?


    Scusa ma cosa significa che genera codice compatibile con il c++?
    non+autenticato
    Scritto il 26/01/2012 alle 13.22
    Segnala abusi
     QuotaRispondi
  • nr: Luc
    - Scritto da: Nome e cognome
    > Scusa ma cosa significa che genera codice
    > compatibile con il
    > c++?

    Linkabile
    non+autenticato
    Scritto il 26/01/2012 alle 13.56
    Segnala abusi
     QuotaRispondi
  • nr: Nome e cognome
    Basta paragonare il consumo di RAM tra JAVA e applicazioni native per mettere il JAVA nel bidone.
    Applicazione in JAVA che mostra un form vuoto: 56MB di RAM
    Applicazione in C++ che mostra un form vuoto: 12KB di RAM
    non+autenticato
    Scritto il 27/01/2012 alle 11.26
    Segnala abusi
     QuotaRispondi
  • nr: Paul
    - Scritto da: Nome e cognome
    > Basta paragonare il consumo di RAM tra JAVA e
    > applicazioni native per mettere il JAVA nel
    > bidone.
    > Applicazione in JAVA che mostra un form vuoto:
    > 56MB di
    > RAM
    > Applicazione in C++ che mostra un form vuoto:
    > 12KB di
    > RAM

    Applicazione in assembly che visualizza una form vuota -> ancora meno Kb di RAM.
    Quindi, seguendo il tuo discorso logico, dovremmo buttare anche C++ nel bidone.
    Ti sei mai chiesto perché questo non avviene?
    non+autenticato
    Scritto il 27/01/2012 alle 11.54
    Segnala abusi
     QuotaRispondi
  • nr: brain
    - Scritto da: Paul
    > - Scritto da: Nome e cognome
    > > Basta paragonare il consumo di RAM tra JAVA e
    > > applicazioni native per mettere il JAVA nel
    > > bidone.
    > > Applicazione in JAVA che mostra un form
    > vuoto:
    > > 56MB di
    > > RAM
    > > Applicazione in C++ che mostra un form vuoto:
    > > 12KB di
    > > RAM
    >
    > Applicazione in assembly che visualizza una form
    > vuota -> ancora meno Kb di
    > RAM.
    > Quindi, seguendo il tuo discorso logico, dovremmo
    > buttare anche C++ nel
    > bidone.
    > Ti sei mai chiesto perché questo non avviene?
    Forse Intel non venderebbe più e i "point and click programmerZ" resterebbero disoccupati?A bocca aperta
    non+autenticato
    Scritto il 27/01/2012 alle 12.08
    Segnala abusi
     QuotaRispondi
  • nr: e contribuis ca
    - Scritto da: brain
    > - Scritto da: Paul
    > > - Scritto da: Nome e cognome
    > > > Basta paragonare il consumo di RAM tra
    > JAVA
    > e
    > > > applicazioni native per mettere il JAVA nel
    > > > bidone.
    > > > Applicazione in JAVA che mostra un form
    > > vuoto:
    > > > 56MB di
    > > > RAM
    > > > Applicazione in C++ che mostra un form
    > vuoto:
    > > > 12KB di
    > > > RAM
    > >
    > > Applicazione in assembly che visualizza una form
    > > vuota -> ancora meno Kb di
    > > RAM.
    > > Quindi, seguendo il tuo discorso logico,
    > dovremmo
    > > buttare anche C++ nel
    > > bidone.
    > > Ti sei mai chiesto perché questo non avviene?
    > Forse Intel non venderebbe più e i "point and
    > click programmerZ" resterebbero disoccupati?
    >A bocca aperta

    Sì perché i programmatori C++ sono tutti "point and click programmerZ", tu sei l'unico genio al mondo che riesce a scrivere tutto il software direttamente di assembly. Rotola dal ridereRotola dal ridereRotola dal ridereRotola dal ridereRotola dal ridere
    non+autenticato
    Scritto il 27/01/2012 alle 23.42
    Segnala abusi
     QuotaRispondi
  • nr: brain
    - Scritto da: e contribuis ca
    > - Scritto da: brain
    > > - Scritto da: Paul
    > > > - Scritto da: Nome e cognome
    > > > > Basta paragonare il consumo di RAM tra
    > > JAVA
    > > e
    > > > > applicazioni native per mettere il JAVA
    > nel
    > > > > bidone.
    > > > > Applicazione in JAVA che mostra un form
    > > > vuoto:
    > > > > 56MB di
    > > > > RAM
    > > > > Applicazione in C++ che mostra un form
    > > vuoto:
    > > > > 12KB di
    > > > > RAM
    > > >
    > > > Applicazione in assembly che visualizza una
    > form
    > > > vuota -> ancora meno Kb di
    > > > RAM.
    > > > Quindi, seguendo il tuo discorso logico,
    > > dovremmo
    > > > buttare anche C++ nel
    > > > bidone.
    > > > Ti sei mai chiesto perché questo non avviene?
    > > Forse Intel non venderebbe più e i "point and
    > > click programmerZ" resterebbero disoccupati?
    > >A bocca aperta
    >
    > Sì perché i programmatori C++ sono tutti "point
    > and click programmerZ", tu sei l'unico genio al
    > mondo che riesce a scrivere tutto il software
    > direttamente di assembly.
    > Rotola dal ridereRotola dal ridereRotola dal ridereRotola dal ridereRotola dal ridere
    genio leggi dall'inizio: giavaA bocca aperta
    non+autenticato
    Scritto il 30/01/2012 alle 9.41
    Segnala abusi
     QuotaRispondi
  • nr: Nome e cognome
    Tra un programma in C e un in C++ c'è differenza, effettivamente se scritto in C occupa ancora meno memoria.

    Tra C e assembly la differenza non c'è affatto.

    Anzi (ma questo cambia a seconda del programmatore....) con le ottimizzazioni automatiche del compilatore, è probabile che a scrivere in C si ottenga un risultato migliore che a scrivere lo stesso programma direttamente in asm.
    Lo stesso concetto non si applica se confronti il JAVA col C e nemmeno col C++
    non+autenticato
    Scritto il 27/01/2012 alle 13.19
    Segnala abusi
     QuotaRispondi
 
PUNTO INFORMATICO WEBINAR

La soluzione ideale per HP Software: Application Lifecycle Management

Guarda il Webinar

Tutti i Webinar

I Libri di Punto Informatico
Wordpress: la guida

Wordpress: la guida

Dall'installazione all'uso dei post personalizzati, dai widget ai plug-in più usati, dai template ad-hoc fino alla realizzazione di un Super Admin per la gestione dei contenuti. Ecco [...]