Est-ce qu'il est prévu de reconstruire l'ensemble des paquets de Debian avec cette version ? (comme réalisé avec les versions précédentes : http://clang.debian.net/)
Oui, je l'ai fait pour la 3.4rc1 pour tester clang (j'ai pas publié les résultats mais ils sont globalement bons).
Je viens justement de traiter les résultats avec la 3.4 mais il y a des problèmes liés à l'infra de rebuild (trop de processus qui freezent). J'espère publier les résultats la semaine prochaine.
À titre d'information, ça prend combien de temps (et sur quelle type de machine), combien de RAM et d'espace disque de faire ça ?
On utilise AWS pour faire le rebuild. Généralement, ça met 7 à 8 heures pour tout rebuild avec environ 50 noeuds.
La plupart des packages sont rapidement recompilés, c'est les gros packages qui font que ça traine (libreoffice, gcc, etc).
Est-ce que des travaux ont été réalisés depuis l'été dernier sur l'aspect 'Build time, binary size or performances' ?
Non, par contre, on (Léo Cavaillé, Paul Tagliamonte et moi même) a beaucoup travaillé sur un projet intitulé Debile pour que tout ça soit transparent avec plein d'autres choses (dont des dépôts de package construits avec).
Ca devrait simplifier tout ça... Help is welcome!
Est-il pertinent d'ouvrir systématiquement un bug chez Debian pour les paquets qui ne build pas comme tu -Sylvestre- l'as déjà fait pour certains : clang-ftbfs ?
Oui, je le pense. J'ai jamais eu de retour négatif quant à cette initiative.
[^] # Re: Rebuild Debian
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche LLVM 3.4 et Clang 3.4. Évalué à 9.
Oui, je l'ai fait pour la 3.4rc1 pour tester clang (j'ai pas publié les résultats mais ils sont globalement bons).
Je viens justement de traiter les résultats avec la 3.4 mais il y a des problèmes liés à l'infra de rebuild (trop de processus qui freezent). J'espère publier les résultats la semaine prochaine.
On utilise AWS pour faire le rebuild. Généralement, ça met 7 à 8 heures pour tout rebuild avec environ 50 noeuds.
La plupart des packages sont rapidement recompilés, c'est les gros packages qui font que ça traine (libreoffice, gcc, etc).
On utilise généralement soit les noeuds m1.medium, soit m2.xlarge:
http://aws.amazon.com/ec2/instance-types/
Le code pour gérer et lancer les builds est accessible ici:
http://anonscm.debian.org/gitweb/?p=collab-qa/cloud-scripts.git;a=summary
Le code qui va parser les logs, trouver les erreurs et faire des listes est accessible ici:
http://anonscm.debian.org/viewvc/collab-qa/collab-qa-tools/
Non, par contre, on (Léo Cavaillé, Paul Tagliamonte et moi même) a beaucoup travaillé sur un projet intitulé Debile pour que tout ça soit transparent avec plein d'autres choses (dont des dépôts de package construits avec).
Ca devrait simplifier tout ça... Help is welcome!
D'ailleurs, j'ai quelques idées de projet pour le GSoC 2014: https://wiki.debian.org/SummerOfCode2014/Projects
Oui, je le pense. J'ai jamais eu de retour négatif quant à cette initiative.
Je pousse pour que ça devienne un release goal: https://wiki.debian.org/ReleaseGoals/clang-secondary-compiler