David Malcolm était dans l'audience, ce qui a conduit à des discussions intéressantes autour de libgccJIT
A noter que libgccjit n'est pas impliqué dans gccrs. Dans gccrs, nous (enfin, surtout eux) réécrivons le frontend, en C++, à partir de rien (ou presque, comme tu as pu l'entendre pendant la présentation).
libgccjit est utilisé pour le projet copain rustc_codegen_gcc qui ajoute un backend gcc au compilateur rustc en utilisant la libgccjit qui ne fait pas vraiment du JIT du tout en fait :)
Il y a bien plus de monde bossant sur compiler explorer que je le pensait, dont un joyeux français qui moule lui aussi sur DLFP.
ça se saurait...
Il y a un mode diff dans compiler explorer.
Oui, mais il est très limité hélas. Et puis il semble surtout cassé à l'heure où j'écris ce message. La bonne nouvelle étant qu'un fix est déjà en train d'être déployé (pas de moi).
Les stats de compiler explorer sont publiques
Oui, depuis cette année.
Les tiny urls de compiler explorer sont voulues persistantes dans le temps, c'est donc a > priori OK de les utiliser dans des rapports de bugs etc
Nous ne supprimons jamais de compilateurs, leurs identifiants ne changent jamais, dans le but de préserver les liens partagés "à vie". Il n'y a aucun moyen mis en place pour supprimer/expirer/éditer un lien partagé. Il existe 2 types de liens: short et full. Le full est une simple sérialisation de la config de l'interface (position fenêtres, position curseurs, taille police, etc) et biensûr du code d'entrée. Nous ne sauvegardons rien concernant un lien "full". Un lien short, c'est simplement un full dont le résultat de la sérialisation est sauvé chez nous et auquel on accède via un lien "minifié".
# compiler explorer
Posté par Marc (site web personnel) . En réponse au journal En passant par le FOSDEM, avec mes sabots 🎵. Évalué à 3.
A noter que libgccjit n'est pas impliqué dans gccrs. Dans gccrs, nous (enfin, surtout eux) réécrivons le frontend, en C++, à partir de rien (ou presque, comme tu as pu l'entendre pendant la présentation).
libgccjit est utilisé pour le projet copain rustc_codegen_gcc qui ajoute un backend gcc au compilateur rustc en utilisant la libgccjit qui ne fait pas vraiment du JIT du tout en fait :)
ça se saurait...
Oui, mais il est très limité hélas. Et puis il semble surtout cassé à l'heure où j'écris ce message. La bonne nouvelle étant qu'un fix est déjà en train d'être déployé (pas de moi).
Oui, depuis cette année.
Nous ne supprimons jamais de compilateurs, leurs identifiants ne changent jamais, dans le but de préserver les liens partagés "à vie". Il n'y a aucun moyen mis en place pour supprimer/expirer/éditer un lien partagé. Il existe 2 types de liens: short et full. Le full est une simple sérialisation de la config de l'interface (position fenêtres, position curseurs, taille police, etc) et biensûr du code d'entrée. Nous ne sauvegardons rien concernant un lien "full". Un lien short, c'est simplement un full dont le résultat de la sérialisation est sauvé chez nous et auquel on accède via un lien "minifié".