Faire communiquer deux langages de programmation compil\u00e9s passe presque toujours par le m\u00eame interm\u00e9diaire : l\u2019interface binaire du C, dite C ABI. Evan Ovadia, ancien ing\u00e9nieur de Google et contributeur au langage Mojo, vient de montrer qu\u2019on pouvait s\u2019en passer, au moins en partie. Son exp\u00e9rience permet d\u2019\u00e9changer des types et des fonctions g\u00e9n\u00e9riques entre Rust et un autre langage, dans les deux sens, ce que le C ABI est incapable de faire.<\/p>\n
Aujourd\u2019hui, pour utiliser une biblioth\u00e8que Rust depuis un autre langage, il faut l\u2019exposer \u00ab \u00e0 la mani\u00e8re du C \u00bb : fonctions d\u00e9clar\u00e9es extern \u00ab\u00a0C\u00a0\u00bb<\/em>, types au format repr(C)<\/em>, puis appel via une interface de fonctions \u00e9trang\u00e8res (FFI). Le souci, c\u2019est que le C ne conna\u00eet pas les g\u00e9n\u00e9riques, ces types laiss\u00e9s en attente et pr\u00e9cis\u00e9s plus tard. Or Rust en fait un usage intensif. R\u00e9sultat : les biblioth\u00e8ques les plus riches doivent \u00eatre r\u00e9duites \u00e0 des types primitifs pour franchir la fronti\u00e8re, et perdent une bonne partie de leur int\u00e9r\u00eat.<\/p>\n Evan Ovadia s\u2019est heurt\u00e9 \u00e0 ce mur en cr\u00e9ant son propre langage, Valen, successeur d\u2019un projet ant\u00e9rieur baptis\u00e9 Vale, qu\u2019il con\u00e7oit comme une variante plus rapide et plus agr\u00e9able de Rust. Repartir de z\u00e9ro l\u2019aurait priv\u00e9 de ses biblioth\u00e8ques Rust favorites, \u00e0 commencer par wgpu pour le graphisme.<\/p>\n Sa solution tient en deux \u00e9tapes. D\u2019abord, embarquer le compilateur Rust directement dans celui de Valen, ce que Rust permet d\u00e9j\u00e0 via son composant rustc_driver. Ensuite, modifier Rust pour que, lorsqu\u2019il rencontre un type propre \u00e0 Valen, il confie cette partie au compilateur Valen et attende le r\u00e9sultat. Les deux outils collaborent ainsi au lieu de rester chacun dans son coin.<\/p>\n Le correctif ne compte qu\u2019une centaine de lignes, mais son auteur reconna\u00eet qu\u2019il s\u2019agit de \u00ab l\u2019option nucl\u00e9aire \u00bb : il suppose que Rust s\u2019appuie sur LLVM pour g\u00e9n\u00e9rer le code machine, ce qui n\u2019est pas toujours le cas, et n\u2019a aucune chance d\u2019\u00eatre int\u00e9gr\u00e9 tel quel au projet officiel. Il a baptis\u00e9 ce travail \u00ab Golden Spike \u00bb, en r\u00e9f\u00e9rence au dernier crampon dor\u00e9 qui acheva le premier chemin de fer transcontinental am\u00e9ricain en 1869.<\/p>\n Sur Reddit et Lobste.rs, les d\u00e9veloppeurs ont salu\u00e9 l\u2019audace tout en discutant des limites, certains doutant que le syst\u00e8me de types de Rust soit la meilleure base pour un standard d\u2019interop\u00e9rabilit\u00e9. L\u2019enjeu d\u00e9passe pourtant Valen : si l\u2019approche m\u00fbrit, de nouveaux langages pourraient na\u00eetre en s\u2019appuyant directement sur l\u2019immense catalogue de biblioth\u00e8ques Rust, sans sacrifier leurs fonctionnalit\u00e9s avanc\u00e9es.<\/p>\n \u00c0 lire aussi :<\/strong> Google a int\u00e9gr\u00e9 Rust dans le modem du Pixel 10 pour s\u00e9curiser le code existant<\/a><\/p>\n <\/p>\nDeux compilateurs qui se passent le relais<\/h2>\n