log4cxx, problème d'utilisation sous mingw

Salut à tous.
Voila, j'essaie d'utiliser log4cxx à partir d'un devpak téléchargé avec code blocks. L'ennui est qu'il bloque à la compilation rien qu'en incluant le header: <log4cxx/logger.h>. Voici le message d'erreur:

Citation:

---

pthread.h: No such file or directory

---

En allant voir dans le fichier j'ai ceci:

Code:

---

1 2 3 4 5

#ifdef HAVE_PTHREAD #include <pthread.h> #elif defined(HAVE_MS_THREAD) #include <windows.h> #endif

---

Ca a le mérite d'être clair :)
L'ennui c'est que je me demande où peut bien être défini ce HAVE_PTHREAD, j'ai une installation de base de mingw et je doute que code blocks s'amuse à définir cette contante pour le plaisir.
Quelqu'un a déja eu le même problème? J'utilise la version 0.9.7
Merci d'avance.

salut zais_ethael,
alors tu as une variable sous windows qui te specifie ou sont des header de tes classes! dans un premier temps as tu verifier que pthread etait installé???
si oui tu peu exporté cette variable ( CPATH ) par exemple sous msys export CPATH=/usr/local/include le chemin depend d'om sont tes headers
bon courage ...

Si pthread était installé je le saurais, mais je n'ai pas vraiment envie d'installer le portage windows pour une api de log :) Visiblement cette biblio est tout à fait apte à fonctionner sous windows avec les threads windows, c'est juste que j'ignore d'où il sort que j'ai pthread installé.

Regarde s'il n'est pas déjà dans les options du projet, etc...

Au pire, tu fais un "Find in Files" de HAVE_PTHREAD sur tout le projet...

Ok, j'ai essayé de voir où il etait défini.
Visiblement c'est fait dans un fichier du non de config_auto.h, qui d'après les commentaires est un fichier généré automatiquement. En enlevant cette définition j'ai plein de nouvelles erreurs qui apparaissent au link à propos de librairies SQL (que je n'ai aucune raison de posséder). Je me demande si elle été correctement compilée cette librairie :D.
Je vais voir ce que ça donne en recompilant log4cxx, je vous tiens au courant.

L'exécution du ./configure a foiré ? (je soupçonne l'utilisaton des autotools vu les noms de macros et des fichers générés)

J'ai deja eu ce genre de pb avec mingw
les threads et les sockets sont pas tres posix il me semble .

Pour ma part j'ai gere le pb en installant cygwin et g++
et en integrant cygwin dans codebloc ce qui permet d'offrir
une pleine compatibilité avec les codes "unixlike" par contre il faut se balader
avec les dll cygwin pour utiliser l'exe

Pour mingw qui n'est pas très posix, c'est un peu normal vu que c'est windows, et la encore, je vais pas installer cygwin pour une librairie de log :D.
Mais bon, j'ai fini par laisser tomber. J'ai essayé boost.logging et la au moins ça fonctionne normalement (qui a vraiment besoin de log vers une base sql? un fichier fait largement l'affaire), même si je crois que ça a été refusé chez boost.