tu racontes n'importe quoi. GTK+ n'a pas à lier statiquement les plugins chargés par dlopen(): c'est au build system d'un programme qui utilise GTK+ de le permettre, et de linker statiquement toutes les parties dont elle a besoin (peut avoir besoin) si on veut en faire un binaire statique. Par exemple avec Gimp ça marche, pourtant c'est un soft qui compilé en statique appelle plus souvent dlopen() que je ne respire.
ça signifie qu'une distribution "complète" de gtk+ va comprendre libgtk-x11.so.bidule, libgtk-x11.a (qui contient le code compilé pour être lié PLUS TARD dans un binaire statique si un utilisateur en a envie), les .la qu'il faut pour le faire plus facilement avec libtool et la meme chose pour les plugins (.so et .a, mais pour ça il faut que le "packager" l'ait voulu)
[^] # Re: Pour un app store GNU/Linux multi distro
Posté par Mathieu Segaud . En réponse à la dépêche Nouveau projet Debian CUT. Évalué à 2.
ça signifie qu'une distribution "complète" de gtk+ va comprendre libgtk-x11.so.bidule, libgtk-x11.a (qui contient le code compilé pour être lié PLUS TARD dans un binaire statique si un utilisateur en a envie), les .la qu'il faut pour le faire plus facilement avec libtool et la meme chose pour les plugins (.so et .a, mais pour ça il faut que le "packager" l'ait voulu)