Option linker pthread gcc

Je cherche à compiler avec gcc un programme qui utilise l'entête pthread.h.

Après mainte recherches j'en conclu qu'il faut compiler comme ça:

Code:

---

gcc main.c -lpthread

---

J'ai des "undefined reference to" des fonctions pthread.

J'ai mis les libs dans /usr/lib/

pthreadVC2.dll
pthreadVC2.lib
libpthreadGC2.a
pthreadVSE2.lib
libpthreadGCE2.a
pthreadGC2.dll
pthreadGCE2.dll
pthreadVCE2.dll
pthreadVCE2.lib
pthreadVSE2.dll

J'ai essayé -lpthreadVC2 ça ne marche pas non plus.

Si quelqu'un a une solution je l'en remercie d'avance.

Juste comme ça ce n'est pas ptrhead.h mais pthread.h

Ensuite tu peux remonter exactement le message d'erreur que tu as

Rajouter aussi à la commande le repertoire include : Ipthread ?

Merci pour l'erreur.

Citation:

---

main.o(.text+0xc9):main.c: undefined reference to `_imp__pthread_create'
main.o(.text+0xee):main.c: undefined reference to `_imp__pthread_create'
main.o(.text+0x10a):main.c: undefined reference to `_imp__pthread_join'
main.o(.text+0x126):main.c: undefined reference to `_imp__pthread_join'
collect2: ld returned 1 exit status
mingw32-make: *** [app] Error 1

---

Je comprends pas: Ipthread J'ai mis les headers dans usr/include/ donc il n'y a pas besoin non?

c'est quoi ton système ?

normalement -pthread ou -lpthread

Je suis sous Xp, j'ai gcc 3.4.2 et la lib pthread 2.8.0. J'ai copié les fichiers *.lib et *.dll dans /usr/lib/ et les *.h dans /usr/include/

Tu compiles depuis une console ?Dans quel repertoire es-tu ? Les lib et include sont dans le PATH?

C:\MinGW\bin\
C:\MinGW\include\
C:\MinGW\lib\

Mon programme est dans:
E:\Documents\Programmes\Test
E:\Documents\Programmes\Test\main.c
E:\Documents\Programmes\Test\header.c
E:\Documents\Programmes\Test\header.h
E:\Documents\Programmes\Test\makefile

Je compile à partir du makefile avec mingw32-make.exe

Le makefile d'ailleurs:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

EXEC_NAME=app CFLAGS=-W -Wall LFLAGS=-lphtread   $(EXEC_NAME): header.o main.o gcc -o $@ main.o header.o   header.o: header.c header.h gcc -c header.c $(CFLAGS)   main.o: main.c header.h gcc -c main.c $(LFLAGS) $(CFLAGS)   clean: del *.o

---

Quand tu parles du path tu parles de la variable d'environnement? Si oui j'ai seulement mis C:\MinGW\bin; dedans.

oui. Ajoute aussi include et lib.

J'ai rajouté C:\MinGW\include;C:\MinGW\lib; dans le path. Ca ne marche pas.

Mais il me semble que c'est juste pour trouver des exécutables le path non?

Citation:

---

Envoyé par Nykoo

J'ai rajouté C:\MinGW\include;C:\MinGW\lib; dans le path. Ca ne marche pas.

---

Il faut relancer la console(fermer et la réouvrir)

Citation:

---

Envoyé par Nykoo

Mais il me semble que c'est juste pour trouver des exécutables le path non?

---

non

Citation:

---

Envoyé par Nykoo

C:\MinGW\bin\
C:\MinGW\include\
C:\MinGW\lib\

Mon programme est dans:
E:\Documents\Programmes\Test
E:\Documents\Programmes\Test\main.c
E:\Documents\Programmes\Test\header.c
E:\Documents\Programmes\Test\header.h
E:\Documents\Programmes\Test\makefile

Je compile à partir du makefile avec mingw32-make.exe

Le makefile d'ailleurs:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

EXEC_NAME=app CFLAGS=-W -Wall LFLAGS=-lphtread   $(EXEC_NAME): header.o main.o gcc -o $@ main.o header.o   header.o: header.c header.h gcc -c header.c $(CFLAGS)   main.o: main.c header.h gcc -c main.c $(LFLAGS) $(CFLAGS)   clean: del *.o

---

Quand tu parles du path tu parles de la variable d'environnement? Si oui j'ai seulement mis C:\MinGW\bin; dedans.

---

Il faut indiquer au compilateur où se trouvent les includes :

Code:

---

CFLAGS=-W -Wall -IC:\MinGW\include\

---

et au linker où se trouvent les bibliothèques :

Code:

---

LFLAGS=-LC:\MinGW\lib\ -lphtread

---

S'assurer que C:\MinGW\lib\ contient bien libpthread.a

Ensuite, les DLL doivent être placées dans

Code:

---

C:\Windows\system32\

---

http://emmanuel-delahaye.developpez.com/make.htm

et le plus important :

$(LFLAGS) concerne l'édition de lien (linker), donc la ligne :

Code:

---

1 2	$(EXEC_NAME): header.o main.o gcc -o $@ main.o header.o $(LFLAGS)

---

tu dois donc le supprimer de la ligne qui compile main.o :

Code:

---

1 2	main.o: main.c header.h gcc -c main.c $(CFLAGS)

---

Merci! Par contre je n'ai pas de fichier libpthread.a Les seuls que j'ai c'est ceux là: ftp://sourceware.org/pub/pthreads-win32/dll-latest/lib/

D'ailleurs je vois partout parler de libpthread.a mais jamais des libpthreadGC2.a...

C'est peut être pour la version 1. Enfin sinon ça ne marche pas même en remplaçant -lpthread par -lpthreadGC2... J'ai essayer d'inclure directement avec C:\MinGW\lib\libpthreadGC2.a mais ça ne fonctionne pas non plus.

Mon makefile ressemble à ça maintenant:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

EXEC_NAME=app CFLAGS=-W -Wall -IC:\MinGW\include\ LFLAGS=-LC:\MinGW\lib\ -lpthreadXX   $(EXEC_NAME): header.o main.o gcc -o $@ main.o header.o $(LFLAGS)   header.o: header.c header.h gcc -c header.c $(CFLAGS)   main.o: main.c header.h gcc -c main.c $(CFLAGS)   clean: del *.o

---

J'ai remplacé XX par toutes les combinaisons possibles VC, VCE, GC...

J'ai copié les headers suivants dans C:\MinGW\include\

pthread.h
sched.h
semaphore.h
récupérés d'ici: ftp://sourceware.org/pub/pthreads-wi...atest/include/

J'ai copié les lib suivantes dans C:\MinGW\lib\

pthreadVC2.lib
pthreadVCE2.lib
pthreadVSE2.lib
libpthreadGCE2.a
libpthreadGC2.a
récupérées d'ici: ftp://sourceware.org/pub/pthreads-win32/dll-latest/lib/

J'ai copié les Dlls suivantes dans C:\Windows\System32\

pthreadVC2.dll
pthreadGC2.dll
pthreadGCE2.dll
pthreadVCE2.dll
pthreadVSE2.dll
récupérées d'ici: ftp://sourceware.org/pub/pthreads-win32/dll-latest/lib/

Ma variable path contient entre autres C:\MinGW\lib\ (Mais je doute que ça soit utile).


Et ça ne marche pourtant pas. Pour info ça fonctionnait dans CodeBlocks quand j'ajoutais pthreadVC2.lib dans les options "linker" avec le bouton add. Ca correspond à l'ajout de C:\MinGW\lib\pthreadVC2.lib dans les commandes du makefile non? J'ai essayé également.

Citation:

---

Envoyé par Nykoo

Merci! Par contre je n'ai pas de fichier libpthread.a Les seuls que j'ai c'est ceux là: ftp://sourceware.org/pub/pthreads-win32/dll-latest/lib/

D'ailleurs je vois partout parler de libpthread.a mais jamais des libpthreadGC2.a...

---

Oui, pardon. Chez moi (Windows XP), c'est effectivement libpthreadGC1.a

Citation:

---

C'est peut être pour la version 1. Enfin sinon ça ne marche pas même en remplaçant -lpthread par -lpthreadGC2... J'ai essayer d'inclure directement avec C:\MinGW\lib\libpthreadGC2.a mais ça ne fonctionne pas non plus.

---

Quand tu dis "ça marche pas", il se passe quoi après un make clean ?

Citation:

---

Mon makefile ressemble à ça maintenant:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

EXEC_NAME=app CFLAGS=-W -Wall -IC:\MinGW\include\ LFLAGS=-LC:\MinGW\lib\ -lpthreadXX   $(EXEC_NAME): header.o main.o gcc -o $@ main.o header.o $(LFLAGS)   header.o: header.c header.h gcc -c header.c $(CFLAGS)   main.o: main.c header.h gcc -c main.c $(CFLAGS)   clean: del *.o

---

J'ai remplacé XX par toutes les combinaisons possibles VC, VCE, GC...

---

Uniquement ce qu'il y a dans ton répertoire lib.

Chaque bibliothèque a son rôle. C'est précisé dans la doc

http://sourceware.org/pthreads-win32/

Juste un point que j'avais oublié :

Citation:

---

Code:

---

1 2 3

$(EXEC_NAME): header.o main.o gcc -o $@ main.o header.o $(LFLAGS)

---

---

Il me semble que le -o doit être en dernier :

Code:

---

1 2 3

$(EXEC_NAME): header.o main.o gcc main.o header.o $(LFLAGS) -o $@

---

Mais il y a bien longtemps que je n'utilise plus les makefile et la ligne de commande... Il faudraoit vérifier dans la doc de gcc (ou plus exactement, du linker de ld).

Citation:

---

J'ai copié les headers suivants dans C:\MinGW\include\

pthread.h
sched.h
semaphore.h
récupérés d'ici: ftp://sourceware.org/pub/pthreads-wi...atest/include/

J'ai copié les lib suivantes dans C:\MinGW\lib\

pthreadVC2.lib
pthreadVCE2.lib
pthreadVSE2.lib
libpthreadGCE2.a
libpthreadGC2.a
récupérées d'ici: ftp://sourceware.org/pub/pthreads-win32/dll-latest/lib/

---

C'est bien la version pour MinGW ?

Citation:

---

J'ai copié les Dlls suivantes dans C:\Windows\System32\

pthreadVC2.dll
pthreadGC2.dll
pthreadGCE2.dll
pthreadVCE2.dll
pthreadVSE2.dll
récupérées d'ici: ftp://sourceware.org/pub/pthreads-win32/dll-latest/lib/

---

OK.

Citation:

---

Ma variable path contient entre autres C:\MinGW\lib\ (Mais je doute que ça soit utile).

---

Inutile.

Citation:

---

Et ça ne marche pourtant pas. Pour info ça fonctionnait dans CodeBlocks quand j'ajoutais pthreadVC2.lib dans les options "linker" avec le bouton add. Ca correspond à l'ajout de C:\MinGW\lib\pthreadVC2.lib dans les commandes du makefile non? J'ai essayé également.

---

Oui, mais comme expliqué au-dessus, j'ai un doute sur l'ordre des paramètres...

Citation:

---

Envoyé par Emmanuel Delahaye

Oui, pardon. Chez moi (Windows XP), c'est effectivement libpthreadGC1.a

Quand tu dis "ça marche pas", il se passe quoi après un make clean ?

---

J'ai déplacé -o $@ à la fin et à d'autres positions sans succès. Mais maintenant il a l'air d'avoir trouver libpthreadGC2.a:

Code:

---

1 2 3 4 5 6 7

E:\Documents\Programmes\Test>mingw32-make clean del *.o   E:\Documents\Programmes\Test>mingw32-make>cr.txt gcc: LFLAGS=-LC:\MinGW\lib -lpthreadGC2: Invalid argument mingw32-make: *** [header.o] Error 1

---

Je ne sais pas comment interpréter "Invalid argument" et Error 1.

header.h

Code:

---

void function(void);

---

header.c

Code:

---

1 2 3 4 5 6

#include <stdio.h> #include "header.h" void function(void) { puts("Hi"); }

---

Citation:

---

Envoyé par Emmanuel Delahaye

Chaque bibliothèque a son rôle. C'est précisé dans la doc

http://sourceware.org/pthreads-win32/

---

Oui justement c'est pour ça que je link seulement libpthreadGC2.a et pas une autre.

Citation:

---

Envoyé par Emmanuel Delahaye

Juste un point que j'avais oublié :

Il me semble que le -o doit être en dernier :

Code:

---

1 2 3

$(EXEC_NAME): header.o main.o gcc main.o header.o $(LFLAGS) -o $@

---

Mais il y a bien longtemps que je n'utilise plus les makefile et la ligne de commande... Il faudraoit vérifier dans la doc de gcc (ou plus exactement, du linker de ld).

---

Dans la doc de gcc il ne précisent pas si l'option -o doit être placé à un endroit spécial, ni même dans la doc de ld (http://www.gnu.org/software/binutils.../ld.html#SEC26) Mais pourtant il faut respecter l'ordre pour les -l donc autant mettre -o $@ à la fin.

Citation:

---

Envoyé par Emmanuel Delahaye

C'est bien la version pour MinGW ?

---

Justement il y a une confusion de ma part. Dans la FAQ de pthread-win32 à la Q3: http://sourceware.org/pthreads-win32/faq.html

Citation:

---

In general:
pthread[VG]{SE,CE,C}.dll
pthread[VG]{SE,CE,C}.lib

where:
[VG] indicates the compiler
V - MS VC
G - GNU C

{SE,CE,C} indicates the exception handling scheme
SE - Structured EH
CE - C++ EH
C - no exceptions - uses setjmp/longjmp

---

Ca veut dire libpthreadGXX.a est compilé avec GNU C OU ou qu'il doit être utilisé avec GNU C? Je pense que c'est plutôt la 1ère option.

Encore dans la FAQ:

Citation:

---

Q 6 Should I use Cygwin or Mingw32 as a development environment?
---

Important: see Q7 also.

Use Mingw32 with the MSVCRT library to build applications that use
the pthreads DLL.

Cygwin's own internal support for POSIX threads is growing.
Consult that project's documentation for more information.

---

Donc ça veut dire que c'est bien une version qui marche avec MinGW.
Je vais suivre cette piste et voir ce qu'est ce MSVCRT. Apparemment c'est une dll...


Je remets mon makefile actuel:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

EXEC_NAME=app CFLAGS=-W -Wall -IC:\MinGW\include\ LFLAGS=-LC:\MinGW\lib\ -lpthreadGC2   $(EXEC_NAME): header.o main.o gcc main.o header.o $(LFLAGS) -o $@   header.o: header.c header.h gcc -c header.c $(CFLAGS)   main.o: main.c header.h gcc -c main.c $(CFLAGS)   clean: del *.o

---

Sinon j'ai essayé avec d'autres version de gcc make et ld.

Citation:

---

Envoyé par Nykoo

J'ai déplacé -o $@ à la fin et à d'autres positions sans succès. Mais maintenant il a l'air d'avoir trouver libpthreadGC2.a:

Code:

---

1 2 3 4 5 6 7

E:\Documents\Programmes\Test>mingw32-make clean del *.o   E:\Documents\Programmes\Test>mingw32-make>cr.txt gcc: LFLAGS=-LC:\MinGW\lib -lpthreadGC2: Invalid argument mingw32-make: *** [header.o] Error 1

---

Je ne sais pas comment interpréter "Invalid argument" et Error 1.

---

Il est absolument anormal que 'make' ai transformé le $(LFLAGS)

Code:

---

1 2 3 4 5

LFLAGS=-LC:\MinGW\lib\ -lpthreadGC2   $(EXEC_NAME): header.o main.o gcc main.o header.o $(LFLAGS) -o $@

---

en

Code:

---

LFLAGS=-LC:\MinGW\lib -lpthreadGC2

---

Ca aurait du être

Code:

---

-LC:\MinGW\lib -lpthreadGC2

---

'$(LFLAGS)' est remplacé par '-LC:\MinGW\lib -lpthreadGC2'. C'est très exactement du remplacement de texte.
Es-tu certain

• d'utiliser le bon makefile
• d'avoir posté le bon message ? (copié/colllé)

Citation:

---

header.h

Code:

---

void function(void);

---

header.c

Code:

---

1 2 3 4 5 6

#include <stdio.h> #include "header.h" void function(void) { puts("Hi"); }

---

---

8O Euh, il y a une question là-dessus ?

Citation:

---

Oui justement c'est pour ça que je link seulement libpthreadGC2.a et pas une autre.

---

G pour gcc et C pour langage C. OK.

Citation:

---

Je vais suivre cette piste et voir ce qu'est ce MSVCRT. Apparemment c'est une dll...

---

MSVCRT = MicroSoft Visual C Run Time library. C'est la bibliothèque d'exécution C de Visual C++.

Citation:

---

Je remets mon makefile actuel:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

EXEC_NAME=app CFLAGS=-W -Wall -IC:\MinGW\include\ LFLAGS=-LC:\MinGW\lib\ -lpthreadGC2   $(EXEC_NAME): header.o main.o gcc main.o header.o $(LFLAGS) -o $@   header.o: header.c header.h gcc -c header.c $(CFLAGS)   main.o: main.c header.h gcc -c main.c $(CFLAGS)   clean: del *.o

---

---

Je ne vois rien d'anormal, ça devrait fonctionner.

Oui je n'ai qu'un seul makefile:

http://pix.nofrag.com/a/7/6/059a1786...0025ecb3tt.jpg

Citation:

---

Envoyé par Nykoo

Oui je n'ai qu'un seul makefile:

---

:!: Très important :!:

Vérifie qu'il n'y a pas aucun caractère (tab, espaces) à la fin des lignes du makefile. Mon éditeur fait le nettoyage automatiquement avant chaque sauvegarde. Je pense que Notepad++ a aussi ça...

Vérifie aussi qu'il y a bien un tab avant les commandes (gcc etc.) des lignes de dépendances.

Je rappelle le format :

Code:

---

1 2	<cible>[SPACES]:[SPACES]<dépendances>EOL TAB<commande> <parametres>EOL

---

Ah oui fausse joie, je pensais avoir fait une erreur de ce coté là, mais tout est ok:

http://pix.nofrag.com/c/1/b/42878015...881fa1b8ea.jpg

Sinon en voulant ajouter la dll de Visual C++ j'ai vu que je l'avais déjà.

Je vais voir en changeant mon prjet de place et de compilateur...

Citation:

---

Envoyé par Nykoo

http://pix.nofrag.com/c/1/b/42878015...881fa1b8ea.jpg

---

Pas mal la visualisation. C'est Notepad++ ?

Il manque quand même un CRLF à la fin du fichier. Mais ça ne devrait pas expliquer les problème. Je n'ai pas de solution à ton problème.

Pourquoi tu n'utilises pas tout simplement un IDE comme Code::Blocks ? On a pas tous ces problèmes (c'est lui qui s'occupe des détails scabreux et il le fait bien...)

Citation:

---

Envoyé par Nykoo

Sinon en voulant ajouter la dll de Visual C++ j'ai vu que je l'avais déjà.

---

Bah, oui, sinon, aucun programme écrit en C ne pourrait tourner sur ta machine. Ca fait partie du système Windows...

Citation:

---

Envoyé par Emmanuel Delahaye

Pas mal la visualisation. C'est Notepad++ ?

---

Oui la version 4.7.4. Il suffit d'activer l'affichage de tous les caractères avec le bouton quiest le même que dans Word.

Citation:

---

Envoyé par Emmanuel Delahaye

Il manque quand même un CRLF à la fin du fichier. Mais ça ne devrait pas expliquer les problème. Je n'ai pas de solution à ton problème.

---

Rajouté.

Citation:

---

Envoyé par Emmanuel Delahaye

Pourquoi tu n'utilises pas tout simplement un IDE comme Code::Blocks ? On a pas tous ces problèmes (c'est lui qui s'occupe des détails scabreux et il le fait bien...)

---

Ah oui ça serait plus simple! Mais je suis curieux, c'est justement pour comprendre comment fonctionnent les makefiles que j'ai fait ça. D'ailleurs si je fais de la programmation c'est par curiosité également :D

Citation:

---

Envoyé par Emmanuel Delahaye

Bah, oui, sinon, aucun programme écrit en C ne pourrait tourner sur ta machine. Ca fait partie du système Windows...

---

Ah ok j'apprends un truc là.

Merci beaucoup pour ton aide je vais tester les makefiles sur d'autres choses. Mais je continue de chercher pour ce problème.

Citation:

---

Envoyé par Nykoo

Oui la version 4.7.4. Il suffit d'activer l'affichage de tous les caractères avec le bouton quiest le même que dans Word.

---

OK. Avec UltraEdit32 :

http://delahaye.emmanuel.free.fr/images/ue32.png

Avec Code::Blocks (sachant que le nettoyage de fin de ligne est automatique) :

http://delahaye.emmanuel.free.fr/images/cb.png

Oui c'est plus sympa sous notepad++ ça se détache plus je trouve.

J'ai trouvé je suis content! Il fallait enlever les antislashs à la fin des inclusions:

Citation:

---

CFLAGS=-W -Wall -IC:\MinGW\include
LFLAGS=-LC:\MinGW\lib -lpthreadGC2

---

Ca marche avec toutes les librairies CGE2,VSE2... Après pour choisir faudrais que je comprenne les exeptions handlers... Mais je pense pas que ça ait d'impact visible pour moi.

Et les threads marchent:

Citation:

---

E:\Documents\Programmes\Test>mingw32-make clean
del *.o

E:\Documents\Programmes\Test>mingw32-make
gcc -c header.c -W -Wall -IC:\MinGW\include
gcc -c main.c -W -Wall -IC:\MinGW\include
main.c:11: warning: unused parameter 'threadid'
main.c:19: warning: unused parameter 'threadid'
gcc main.o header.o -LC:\MinGW\lib -lpthreadGC2 -o app

E:\Documents\Programmes\Test>app
AAAAAAAAAAAAAAAABBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBAAAAAAAAAAAAAAAAAAAAAAAABBBBBBB

---

C'était une erreur toute bête. Les Warnings marchent bien en passant.

Sinon les dlls de pthread ça se met où en général? System32 c'est prévu pour les fichiers systèmes normalement. Je les mettrais plutôt dans le répertoire du compilateur en pensant à rajouter ce qu'il faut dans le path.

Citation:

---

Envoyé par Nykoo

Sinon les dlls de pthread ça se met où en général? System32 c'est prévu pour les fichiers systèmes normalement. Je les mettrais plutôt dans le répertoire du compilateur en pensant à rajouter ce qu'il faut dans le path.

---

Non, parce que tout le monde n'a pas de compilateur et de plus le path ne concerne que les exécutables et non les DLL. Le bon endroit est \windows\system32, c'est fait pour.

Ok donc si on distribue un programme avec les pthread il faut soit un installateur (pour copier les dlls dans system32), soit mettre les dlls dans le même répertoire que le programme.

Citation:

---

Envoyé par Emmanuel Delahaye

Non, parce que tout le monde n'a pas de compilateur et de plus le path ne concerne que les exécutables et non les DLL. Le bon endroit est \windows\system32, c'est fait pour.

---

Perdu.
Seules les DLLs système doivent être dans system32.
Les DLLs d'un programme doivent être fournies avec le programme, l'espace disque occupé n'étant plus aussi important qu'avant.

Ok merci pour cette précision.

Citation:

---

Envoyé par Médinoc

Perdu.
Seules les DLLs système doivent être dans system32.
Les DLLs d'un programme doivent être fournies avec le programme, l'espace disque occupé n'étant plus aussi important qu'avant.

---

C'est MS qui préconise cela ? C'est étonnant.

Par contre là où c'est perdu c'est que le path concerne aussi les DLL.

Après tests le path concerne bien les dlls.

Citation:

---

Envoyé par hegros

C'est MS qui préconise cela ? C'est étonnant.

---

Ben non. System32 est réservé au système.

Citation:

---

Par contre là où c'est perdu c'est que le path concerne aussi les DLL.

---

Qui perd gagne ?

Par contre, des DLLs partagées d'un programme à l'autre peuvent aller dans des endroits comme C:\Program Files\Fichiers Communs (CSIDL_PROGRAM_FILES_COMMON), tant que l'installeur est bien fait et qu'il met à jour les compteurs d'utilisation de DLL...