1) Il y a la solution pour les distribs binaires de mettre à dispo pleins de paquets binaires différents (avec ou sans vectorisation) => Mais AMHA ce n'est pas jouable sur le long terme a moins de se restreindre aux paquets vraiments importants pour le multimedia (codecs).
Et pourquoi ça n'est pas jouable ? En fait c'est déjà joué: regardes la Debian. Tu a la maintenance en simultanée de plusieurs binaires pour différentes architectures. Résultat: peu importe ton archi, tu a accès aux mêmes packages, quelle que soit ton archi. Par ex., je viens de passer mon Zaurus (archi arm) sous Debian, et je peux installer exactement les mêmes logiciels que sur mon portable (archi i386). Donc si<\b> la différence entre deux archi est suffisante, il y aura deux distrib binaires différentes. Dernier exemple en date: amd64.
# Repository de plusieurs binaires
Posté par THE_ALF_ . En réponse au journal GCC 4.0 et les distributions sources. Évalué à -1.
Et pourquoi ça n'est pas jouable ? En fait c'est déjà joué: regardes la Debian. Tu a la maintenance en simultanée de plusieurs binaires pour différentes architectures. Résultat: peu importe ton archi, tu a accès aux mêmes packages, quelle que soit ton archi. Par ex., je viens de passer mon Zaurus (archi arm) sous Debian, et je peux installer exactement les mêmes logiciels que sur mon portable (archi i386). Donc si<\b> la différence entre deux archi est suffisante, il y aura deux distrib binaires différentes. Dernier exemple en date: amd64.