Quand tu dis qu'un executable charge un .so c'est qu'il dépend de lui, ou le charge avec dlopen?
Si c'est la 1° alors y a une vérification au niveau de la compil
Si c'est la 2° ce que tu peux faire c'est déclarer tout les symboles dans un .h mais pas de symbole en trop, et gcc dit que le prototype n'est pas déclaré
Cas2: Pareil:
Un .so qui dépend de lui ou dlopen?
1° effectivement y a un bordel sur quel symbole est utilisé, en meme temps une librairie qui a des noms qui vont pas bien est une mauvaise librairie
si c'est le 2° alors c'est l'appli qui dit quel nom donne pour chaque symbole
moi par exemple j'ai un symbole dans des plugins du doux nom SetProgressBar, que je défini dans mon programme en SetProgressBar_external et ce en plus dans une structure (euh maintenant je suis plus sur que ce soit dans une structure tien...)
# Alors
Posté par Ph Husson (site web personnel) . En réponse au journal Fonctionnement du linker dynamic sous linux. Évalué à 3.
Quand tu dis qu'un executable charge un .so c'est qu'il dépend de lui, ou le charge avec dlopen?
Si c'est la 1° alors y a une vérification au niveau de la compil
Si c'est la 2° ce que tu peux faire c'est déclarer tout les symboles dans un .h mais pas de symbole en trop, et gcc dit que le prototype n'est pas déclaré
Cas2: Pareil:
Un .so qui dépend de lui ou dlopen?
1° effectivement y a un bordel sur quel symbole est utilisé, en meme temps une librairie qui a des noms qui vont pas bien est une mauvaise librairie
si c'est le 2° alors c'est l'appli qui dit quel nom donne pour chaque symbole
moi par exemple j'ai un symbole dans des plugins du doux nom SetProgressBar, que je défini dans mon programme en SetProgressBar_external et ce en plus dans une structure (euh maintenant je suis plus sur que ce soit dans une structure tien...)