IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Rust 1.2 disponible en version stable avec la bêta de Rust 1.3
Le langage de programmation de Mozilla améliore de 30% le temps de compilation

Le , par Hinault Romaric

62PARTAGES

1  0 
Fidèle au cycle de développement rapide de son langage de programmation Rust, la fondation Mozilla vient d’annoncer dans un billet de blog la sortie de Rust 1.2.

Pour rappel, Rust est un langage de programmation compilé, multiparadigme (orienté objet, fonctionnel et procédural) qui tire parti des langages fonctionnels comme Haskell et ML, du langage orienté objet C++ et bien plus.

Avec Rust, Mozilla offre la sécurité et la commodité des langages modernes, tout en maintenant l’efficacité et le contrôle de bas niveau des langages C et C++. Le langage de programmation est vu comme une alternative à C/C++, qui s’inspire des éléments qui ont fait leur succès, mais qui offre en plus une meilleure sécurité.

Selon la fondation Mozilla, il s’agit d’un langage de programmation visant à rendre plus facile le développement des systèmes fiables et efficaces. Rust est « orienté objet statique, typé, sûr, concurrentiel et efficace », d’après ses développeurs.

Le langage de programmation a atteint sa première version stable en avril dernier. À partir de cette période, Mozilla a adopté un cycle de développement inspiré du système de canaux utilisé pour Firefox et Chrome. Les évolutions de la plateforme peuvent être suivies au travers des canaux Nightly, Beta et Stable, qui sont mis à jour toutes les six semaines.

De ce fait, Rust 1.2 sort avec la version bêta de Rust 1.3.


Des améliorations de performances sont au centre de cette version. Ses développeurs notent une amélioration de la vitesse de compilation de 30% par rapport à Rust 1.1. La compilation pour Cargo est également plus rapide de 18%.

Rust 1.2 apporte la prise en charge de Parallel codegen, ce qui permet une accélération de 30% lors de l’amorçage sur une machine ayant 4 cœurs. Parallel codegen est particulièrement utile pour les versions debug, car il empêche certaines optimisations.

Le gestionnaire de packages Cargo a bénéficié de plusieurs autres améliorations de performances. Il prend désormais en charge les répertoires cibles partagés. Cela permet un gain de temps non négligeable pour des projets complexes.

Rust 1.2 offre une prise en charge préliminaire de MSVC (Microsoft Visual C). Selon les développeurs du langage, cela représente un grand pas pour la prise en charge de Windows et rend plus facile la liaison entre le code Rust et le code compilé en utilisant la chaine de compilation native.

En ce qui concerne le langage, Rust 1.2 marque l’achèvement du support du type dynamically-sized (DST). Cette fonctionnalité permet l’utilisation des pointeurs intelligents sur des types existants comme [T] et Trait. Les DTS sont des types dont la taille est inconnue du compilateur.

Les développeurs trouveront sur le canal bêta Rust 1.3. Cette version accorde également une place importante à l’optimisation des performances. Elle offre aussi une prise en charge préliminaire de Windows XP. « Bien que nous ne voulons pas traiter Windows XP comme une plateforme de ‘premier niveau’, il est maintenant possible de compiler le code Rust pour Windows XP aussi longtemps que vous évitez certaines parties de la bibliothèque standard », écrivent les développeurs de Rust.

Rust 1.2 a été développé avec la collaboration de 180 développeurs à travers le monde.

Télécharger Rust 1.1 et Rust 1.2 bêta

Source : Blog Rust

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 17/04/2016 à 9:49
Citation Envoyé par Olivier Famien Voir le message
Toujours à propos des nouveautés de cette nouvelle version de Rust, l’équipe de Rust informe que des travaux sont en cours afin de mettre sur pied un nouvel outil pour construire les fichiers Rust. Depuis toujours, Make a été l’outil privilégié pour construire les programmes et bibliothèques Rust. Mais avec le succès de Cargo, un nouveau projet écrit avec Rust et basé sur Cargo a vu le jour avec pour objectif de remplacer Make dans la construction des fichiers et programmes Rust.

Abordant le volet de Cargo, l’on note quelques nouvelles mises à jour comme la commande cargo init qui peut être utilisée pour démarrer un projet Cargo dans le répertoire en cours d’utilisation au lieu de créer un nouveau sous-répertoire. Pour récupérer des données concernant un projet, les développeurs peuvent utiliser la nouvelle sous-commande cargo metadata. Enfin, les utilisateurs de Cargo peuvent configurer l’outil en mode verbeux ou mettre la couleur en mode automatique en utilisant les nouvelles options -v et --color.
Ce point de l'article est très confus.

L'outil standard pour construire les projets en Rust existe déjà et marche très bien : c'est Cargo et il était déjà disponible quelque mois avant la sortie de la version 1.0 de Rust. Depuis que Rust est officiellement disponible, Cargo a toujours été l'outil privilégié pour construire et gérer les dépendances des applications et des bibliothèques écrites en Rust.

Le problème est juste au niveau de la compilation du compilateur Rust lui même. Il a été réécrit en Rust (la première version était en OCaml), des années avant l'arrivée de Cargo, le système de construction a donc été basé sur les makefiles. Le compilateur étant assez complexe, l'adapter pour utiliser Cargo est un très gros travail qui n'était pas considéré comme prioritaire et n'a donc réellement commencé que récemment. Il n'y a pas de nouvel outil : Il s'agit juste de mettre a jour le compilateur pour utiliser l'outil standard que quasiment tous les autres projets Rust utilisent déjà.
2  0 
Avatar de Songbird
Membre expert https://www.developpez.com
Le 10/06/2017 à 18:41


Je ne doutes pas que je finirais par en faire,
mais aujourd'hui à cet instant, la chose n'est pas évidente pour moi
et je préfère encore me tourner vers d'autres langages
partageant certains points commun avec celui ci.
Qu'est-ce qui te paraît peu évident ? Tes questions et remarques sont les bienvenues.

Concernant la syntaxe, c'est précisément ce qui me donne envie d'étudier Rust (si l'on ne parle que d'elle), car la syntaxe me semble moins... éparpillée que le C++. Cela reste très personnel, bien entendu.
D'ailleurs, si quelque chose te rebute dans la syntaxe, des ressources existent pour expliquer littéralement ce que signifie telle ou telle expression.

Très bonne journée !
2  0 
Avatar de matthius
Inactif https://www.developpez.com
Le 20/09/2015 à 19:24
L'utilisation d'un "=>" pour le match du case, anciennement ":" pour le C peut sembler fastidieuse à l'utilisation, donc inutile.
Mais cela permet peut-être de mieux trouver les erreurs pour le développeur. Est-ce vrai ?

L'intérêt par rapport au Pascal semble donc le temps gagné, si c'est le cas, une jolie présentation, l'utilisation facilitée des objets dans les boucles.
1  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 21/09/2015 à 7:41
Le ":" sert déjà à annoter le type en Rust, donc il n'aurait pas vraiment été adapté au match. Utiliser deux caractères par élément de match, c'est vraiment pas ce que j'appelle de la lourdeur. D'ailleurs la syntaxe reste quand même plus légère que celle du C vu que l'on a pas à mettre "case" à chaque élément. De plus le fait que le match utilise le pattern matching permet également de simplifier pas mal de cas qui seraient beaucoup plus complexes en C.

Le "match" a moins de risque d'erreur que le "switch" en C, mais ce n'est pas à cause du "=>". C'est surtout du au fait que le "match" se doit d'être exhaustif : si un match ne capture pas tous les cas possibles, le programme refusera de compiler. De plus le fait que l'on utilise des blocs et pas, comme en C, une suite d’instruction qu'il faut généralement terminer par un break permet de diminuer le risque d'erreur.
1  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 21/09/2015 à 11:01
Je suis ce projet depuis ses débuts, je suis plutôt bien disposé à l'idée d'avoir un langage "moderne" positionné quelque part entre java et C++.
Si quelqu'un a des retours sur un usage en production ou même un projet interne, je suis preneur.
1  0 
Avatar de mh-cbon
Membre extrêmement actif https://www.developpez.com
Le 10/06/2017 à 12:08
Rust c'est tout de même plusieurs choses, amha.

Un langage pour répondre aux problèmes de ces prédécesseurs.
Un toolset autour du langage pour vivre avec.
Un esprit définitivement progressiste et tourné vers l'avenir.

De cet ensemble, je suis très satisfait,
c'est un changement appréciable car il est plus proche des utilisateurs,
en comparaison, pendant longtemps les avancées que l'on pouvait lire à propos des langages
concernaient des questions très théorique de la théorie des langages (preuves formelles etc)
qui finalement aboutissaient à peu de changement concret/applicable pour l'utilisateur final lambda.

J'apprécie beaucoup cela, pour autant est ce que j'aime ce langage,
bein pas trop en fait,
comme tout le monde, j'aime bien sa théorie et sa mise en pratique,
mmmmmeeeeehhhhhh
la syntaxe est bien trop complexe pour mon goût personnel.

Je ne doutes pas que je finirais par en faire,
mais aujourd'hui à cet instant, la chose n'est pas évidente pour moi
et je préfère encore me tourner vers d'autres langages
partageant certains points commun avec celui ci.
1  0 
Avatar de imperio
Membre émérite https://www.developpez.com
Le 10/06/2017 à 13:56
la syntaxe est bien trop complexe pour mon goût personnel.
Ah ? Voilà qui est intéressant ! Venant des langages C/C++, j'ai trouvé la syntaxe de rust nettement plus simple. De quel(s) langage(s) viens-tu du coup ?
1  0 
Avatar de mothsART
Membre régulier https://www.developpez.com
Le 11/06/2017 à 14:13
Mh-cbon : ton approche top => bottom est bonne : beaucoup ne font pas l'effort et du coup progresse peu à mon sens.
Le passage à un typage fort est douloureux mais au final nécessaire car le gain est juste énorme : tu évites une paire de bug à l’exécution, le code est plus cohérent, t'as de meilleurs perfs etc.

Tu mets C et C++ dans le panier des vieux langages mais tu remarqueras que Go ne les remplace pas vraiment car il utilise un Garbage collector et une VM.
Pour moi, Go est un Java bis avec une syntaxe minimaliste, des gros avantages sur la programmation concurrente et des temps de compilation plus court.
Bref, rien de bien novateur à mon sens.

La réalité est que C et C++ sont pour l'instant encore indétrônable dans tous les domaines ou les perfs et la gestion de la mémoire sont critiques.
Rust étant plus ambitieux et par conséquent plus complexe est un réel candidat pour les remplacer.

Je dirais, pour ma part que le cap à passer pour Rust n'était pas vraiment la syntaxe (que je trouve élégante et intuitive) mais plus le borrowing. (et dans une moindre mesure les macros et closures)

Mais, comme tous les langages, il a des zones implicites qui nécessite apprentissage.
Ton exemple et ton incompréhension proviennent de là :

* la variable "f" et "let mut f" : f est dans un premier temps immutable : si le match réussi (passe par le Ok), cette variable est écrasé par le résultat et est converti en une variable mutable.
* le type Result est un peu particulier : il attend soit un objet succès ("Ok" avec le résultat (ici typé en String car on désire récupérer le contenu du fichier mais ça pourrais être n'importe quoi d'autre dans un autre contexte) ou un objet d'échec ("Err".
* le premier match (qui vérifie l'accès en lecture du fichier) a un retour explicite qui précise que si il détecte une erreur, il sort directement de la fonction (et par conséquent la variable mutable f n'est pas alimenté, la variable s n'est pas créé et le dernier match non executé.
* let permet de déclarer une variable, je ne vois pas trop ce qui te choques. (tu remplaces "var" par "let" dans ton passage de Go à Rust ou de NodeJS à Rust)
* en rust si la dernière ligne d'une fonction ne se termine pas par ";", on retourne implicitement le résultat.
C'est ce qui se passe dans le dernier match.
* s n'est pas déclaré 2 fois, elle est passé par référence dans la fonction "read_to_string".
* read_username_from_file renvoi une valeur qui peut parfaitement être mutable ou non selon la déclaration de ta variable de récupération :
Code : Sélectionner tout
1
2
3
4
let username_immutable = read_username_from_file();
// ou
let mut username_mutable = read_username_from_file();
1  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 12/06/2017 à 13:18
Citation Envoyé par mh-cbon  Voir le message
Je ne vois pas où est construit le retour Result<...>.

Result est un cas particulier vu que comme c'est un élément central du langage, ses variant OK et Err sont inclus dans le prélude, ce qui fait que l'on peut les utiliser directement. Comme le type Result est utilisé partout, n'importe qui avec un minimum d'expérience dans le langage reconnais ça du premier abord.

Cependant, si tu tient à ce que ce soit clair que Ok et Err sont des variants du type énuméré Result, tu peux faire :
Code Rust : Sélectionner tout
1
2
3
4
    let mut f = match f { 
        Result::Ok(file) => file, 
        Result::Err(e) => return Result::Err(e), 
    };
1  0 
Avatar de Songbird
Membre expert https://www.developpez.com
Le 12/06/2017 à 18:09


Tout comme les variantes de l'enum Option<T>: Some(T) et None sont parfaitement comprises par le compilateur.

Sans expliciter la provenance des variantes ça donne:

Code Rust : Sélectionner tout
1
2
3
4
5
6
7
8
fn main() { 
    let foo = Some("Hello there!".to_owned()); 
    let bar = match foo{ 
        Some(content) => content, 
        None => "Nothing, here.".to_owned(), 
    }; 
    println!("bar={}", &bar); 
}

Ce sont de petites subtilités, mais vraiment rien d'insurmontable. Ce ne sont pas des ressources "magiques", juste des raccourcis.
1  0