Problème de linkage libxml2

Bonjour à tous,
j'ai téléchargé le code source de libxml2 et j'ai compiler la lib en static sous linux, j'ai obtenus un fichier libxml2.a, en testant la lib sous linux l'édition de lien marche très bien,
par contre quand j'ai copié le fichier .a sous windows l'édition des liens ne s'effectue pas. je me suis assuré que j'ai bien linké le fichier .a avec codeblocks,mais j'ai toujours des "undefined reference to...".
J'ai essayer de compiler libxml2 sous windows(en static toujours) mais j'ai obtenu un fichier .a moins gros(1 mb) que celui compilé sous linux(4 mb) et quand je voulais utiliser la lib il me demandé de linker d'autre libs notamment les sockets zlib et plein d'autre machin de libs (ce p****in de zut de windows me rend malade :@) .
Donc je voudrais savoir si je compile une lib en static sous un système en utilisant mingw est ce qu'on peut utilisé le fichier .a dans n'importe quel autre système, ou bien je dois recompiler le code source sur chaque sysème.
Merci d'avance

Citation:

---

Envoyé par manrugby

Bonjour à tous,
j'ai téléchargé le code source de libxml2 et j'ai compiler la lib en static sous linux, j'ai obtenus un fichier libxml2.a, en testant la lib sous linux l'édition de lien marche très bien,
par contre quand j'ai copié le fichier .a sous windows l'édition des liens ne s'effectue pas. je me suis assuré que j'ai bien linké le fichier .a avec codeblocks,mais j'ai toujours des "undefined reference to...".
J'ai essayer de compiler libxml2 sous windows(en static toujours) mais j'ai obtenu un fichier .a moins gros(1 mb) que celui compilé sous linux(4 mb) et quand je voulais utiliser la lib il me demandé de linker d'autre libs notamment les sockets zlib et plein d'autre machin de libs (ce p****in de zut de windows me rend malade :@) .
Donc je voudrais savoir si je compile une lib en static sous un système en utilisant mingw est ce qu'on peut utilisé le fichier .a dans n'importe quel autre système, ou bien je dois recompiler le code source sur chaque sysème.
Merci d'avance

---

Salut

Ta dernière phrase montre bien que t'as tout à fait compris le pb. La compilation, qui transforme un source en code objet en le passant d'abord par l'assembleur, se base bien évidemment sur l'architecture de l'hôte. Imagine que tu compiles un truc sur un système little-endian (chiffres codés dans un sens) et que tu copies ton objet sur un système big-endian (chiffres codés dans l'autre sens), ça ne peut pas marcher.
Donc si tu veux utiliser ta librairie libxml2 sous windows, il te faut la compiler sous windows. Et si cette librairie a besoin d'autres librairies pour fonctionner, il te faut elles aussi les compiler au préalable...

Citation:

---

Envoyé par manrugby

(ce p****in de zut de windows me rend malade :@) .

---

Oui, ça fait ça à beaucoup...

Bonjour,

Je tiens à rajouter un petit point, parce que il faut savoir que cela existe.

Il existe donc, la "cross-compilation" ou compilation croisée (?). Cette technique permet d'un système A, de compiler un programme ou bibliothèque afin qu'il soit compatible pour le système B (mais il ne le sera pas pour le système A).
Pour cela, il faut un compilateur compatible avec le système A, mais qui connaisse les propriétés du système B. Il faudra aussi avoir toute les bibliothèques (dépendances) pour le système B.

J'avouerai que cette technique est souvent lourde à mettre en place et que le plus simple est de juste utiliser le système hôte de destinations.

EDIT:
J'ai oublié de dire, mais la libxml2 n'a pas besoin d'être recompilé, il y a des binaires pour Windows.

Bonjour,
Je ne suis pas expert comme les deux personnes précédentes. J'ai déjà recompilé la libxml2 sous Windows avec C::B.
Il est vrai que j'ai du non seulement ajouter toutes les bibliothèques tierces mais les recompiler elles-même avant de compiler la libxml2, les *.a fournis générant des erreurs du linker.

Après il y a des binaires maintenus pour windows, ce peut être suffisant.