En fait, tu dis que c'est chiant pour les développeurs de suivre les nouvelles
versions des libs qu'ils utilisent, mais que c'est moins chiant qu'ils
s'abonnent aux avis de sécurité sur les libs qu'ils utilisent ?
Ça n'a absolument aucun sens.
Aucun, d'ailleurs, aucun paquet n'a jamais de problèmes de dépendances au moment des mises à jour.
Heu je pense que t'as pas compris. Un header contient juste en théorie les
prototypes des fonctions et les déclarations de types, en gros c'est utile qu'au
moment de la compilation et on s'en cogne.
En revanche, le linkage statique va inclure toute la lib dans l'executable, et
donc va l'alourdir, là où le linkage dynamique permet de charger la lib au
moment de l'exécution, et donc elle n'est présente sur le système qu'une seule
fois.
Ma réponse est deux posts plus haut.
Bah dans ce cas là, la solution c'est qu'une libgecko développée upstream et
utilisée par Firefox soit bien faite, pas de pomper le code et de l'inclure dans
ton soft. Qu'est-ce que tu fais pour merger les modifs upstream de gecko après ?
Demande-toi plutôt pourquoi Firefox ne donne pas de libGecko.
Heu j'ai peur de pas comprendre ce que tu veux dire.
KDE utilise quelles bases de données ( au pluriel ) ?
[^] # Re: Debian a raison
Posté par houra . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à -2.
versions des libs qu'ils utilisent, mais que c'est moins chiant qu'ils
s'abonnent aux avis de sécurité sur les libs qu'ils utilisent ?
Ça n'a absolument aucun sens.
Aucun, d'ailleurs, aucun paquet n'a jamais de problèmes de dépendances au moment des mises à jour.
Heu je pense que t'as pas compris. Un header contient juste en théorie les
prototypes des fonctions et les déclarations de types, en gros c'est utile qu'au
moment de la compilation et on s'en cogne.
En revanche, le linkage statique va inclure toute la lib dans l'executable, et
donc va l'alourdir, là où le linkage dynamique permet de charger la lib au
moment de l'exécution, et donc elle n'est présente sur le système qu'une seule
fois.
Ma réponse est deux posts plus haut.
Bah dans ce cas là, la solution c'est qu'une libgecko développée upstream et
utilisée par Firefox soit bien faite, pas de pomper le code et de l'inclure dans
ton soft. Qu'est-ce que tu fais pour merger les modifs upstream de gecko après ?
Demande-toi plutôt pourquoi Firefox ne donne pas de libGecko.
Heu j'ai peur de pas comprendre ce que tu veux dire.
KDE utilise quelles bases de données ( au pluriel ) ?
Sedullus dux et princeps Lemovicum occiditur