Je pense que tu as parfaitement résumé la chose en une ligne. A l'époque, je me souviens, gcc ne bougeait pas et egcs apportait vraiment du plus a nos programmes. Heureusement, les personnes ont à l'époque réussit à rediscuter et à refusionner pour reformer gcc.
Cela n'a pas été le cas avec XFree ou Sodipodi qui sont toujours là malgré le fork mais ne doivent plus être très utilisé.
On verra avec cette libc. Je pense que la FSF suit cela de près et pour l'instant regarde avant de prendre une décision. Il faut voir si les personnes derrière la eglibc sont capable de faire vivre ce projet sur la durée.
Comme la eglibc a vocation a rester compatible API/ABI avec la glibc, je ne serais pas étonné qu'il y ai fusion à terme des deux projets si l'organisation de la eglibc fonctionne.
Au final, debian se simplifie la vie et remonte ainsi plus facilement ses bogues pour les partager (cf pb du bogue introduit par debian dans openssl). Par ailleurs, debian ne prends pas tant de risque que cela car le retour sur la glibc me semble toujours possible sans chambouller tout le projet.
Bref, cela a bien moins d'impact que lors du passage de la libc6 a la glibc2 qui avait foutu un bordel dans toutes les distributions. D'ailleurs, pour ceux qui se rappelle, lors de se passage à la glibc2, cela avait plusieurs fois chauffées entre la glibc et le noyau linux car linus refusait de faire des bidouilles dans le kernel dont le seul but était de contourner des bogues dans la glibc. Au final, la glibc a du corriger ses bogues...
[^] # Re: Est-ce que je suis le seul à penser à egcs?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Debian remplace la glibc par eglibc. Évalué à 9.
Cela n'a pas été le cas avec XFree ou Sodipodi qui sont toujours là malgré le fork mais ne doivent plus être très utilisé.
On verra avec cette libc. Je pense que la FSF suit cela de près et pour l'instant regarde avant de prendre une décision. Il faut voir si les personnes derrière la eglibc sont capable de faire vivre ce projet sur la durée.
Comme la eglibc a vocation a rester compatible API/ABI avec la glibc, je ne serais pas étonné qu'il y ai fusion à terme des deux projets si l'organisation de la eglibc fonctionne.
Au final, debian se simplifie la vie et remonte ainsi plus facilement ses bogues pour les partager (cf pb du bogue introduit par debian dans openssl). Par ailleurs, debian ne prends pas tant de risque que cela car le retour sur la glibc me semble toujours possible sans chambouller tout le projet.
Bref, cela a bien moins d'impact que lors du passage de la libc6 a la glibc2 qui avait foutu un bordel dans toutes les distributions. D'ailleurs, pour ceux qui se rappelle, lors de se passage à la glibc2, cela avait plusieurs fois chauffées entre la glibc et le noyau linux car linus refusait de faire des bidouilles dans le kernel dont le seul but était de contourner des bogues dans la glibc. Au final, la glibc a du corriger ses bogues...