Version imprimable
bonjour,
j`ai l`erreur suivante :
avec pthread.h un des ficher d`entete !Citation:
slam.c:27: pthread.h: No such file or directory
ca veux dire quoi ?? et pourtant si j`enleve la ligne il ne reoconnais plus plusieur fonction 1 donc il est entrain de lire de pthread.h :?Citation:
#include <pthread.h>
merci
Salut,
Tu es sous quelle plateforme ?
enfaite quant j`utilise gcc ca compile normalement
mais lorsaue je compile avec le compilateur de simplescaler a base de gcc il me fait cette erreur
Tu n'as pas de problème avec tes autres fichiers d'entête?
non que celui la
c bizar non
je l`ai trouver un fichier en usr/include qui a le meme nom !je ne sais pas si c lui ! en tou cas j`ai mis e chemin de ce fichier et il m` generer des erreur ..
c faisable ca ? il n`a aucune influence si c bien le fichier d`entete qu`il cherche ?!
Je ne connais pas simplescaler. J'imagine que tu parles de simplescalar ?
As-tu bien configuré cet outil ? Il se peut que tu aies plusieurs versions de gcc sur ta machine, et qu'il n'utilise pas la même que tu es habitué à utiliser, d'où l'erreur ?
A+
Peut être tout simplement que ton environnement de développement n'intègre pas la bibliothèque pthread!
Tu as certainement des erreurs, car il y a d'autres fichiers inclus dans pthread.h, il y a peut être besoin de certains define, etc...
Regarde la doc de ton compilo, sinon, compile avec gcc!!!
enfaite mon compilateur marche bien il a deja comiper 5 fichier du projet sur lequel je travail !
mais dans ce dernier fichier il me fait cet erreur !
en ce qui consterne gcc je ne peut pas l`utiliser ca je veux executer les programme sou simpelscaler http://www.simplescalar.com/
et celuila il utilise un compilateur sslittle-na-sstrix-gcc a base de GNU GCC (v2.7.2).
!
c peut etre l`ancienne version de gcc qui cause des probleme ! dans ce cas je fait comment ?
Il faut chercher sur simplescalar comment faire pour l'installer en utilisant ta version de gcc et non celle fournie en "bundle" avec l'application.
Si ils ont un forum, ou une mailing-list, cherches-y une réponse, et si tu ne trouves rien, postes-y quelque chose : ils seront plus aptes à te répondre sur leur logiciel spécifique. Je n'ai jamais utiliser simplescalar.
PS : attention c'est simplescalar, et pas simplescaler. Je te le précise pour tes recherches, ça peut aider ;)
A+
essaye sa : #include "tonfichier.h"
car les < > sont utilisés pour les librairies de base or toi c'est un librairie perso ...
je pense ..
Tu penses mal.Citation:
Envoyé par Pierre.salvy
- Il ne s'agit ni de libraries ni de bibliothèques, mais de fichiers d'entête.
- <pthread.h> appartient une extension 'tierce' (POSIX Threads). Elle est donc assimilée à l'mplémentation. Les <> sont donc tout à fait corrects.
regarder les fichier d`entet du programme !
elle focttionne tous sauf pthread.h:Citation:
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <sys/wait.h>
#include <math.h>
#include <strings.h>
#include <string.h>
#include <pthread.h>
#include <stdio.h>
#include <stdlib.h>
#include "high.h"
#include "mt-rand.h"
et pourtant je suis aller au docier ou ce trouve tt ces fichier d`entete "/usr/include"je les ai trouve touss!!!! meme pthread.h ! je ne comprend pas pourquoi il ne la reconais pas ! si il y avais un pb dans le logiciel ..il n`aurais pas reconnu les autre aussi ! et il n`aurais pas put compile les autre fichier du projet qui contienne des fichier d`entete pareil mais qui ne contienne pas pthread.h ! bref c coinse et je sais pas quoi faire ! le fichier et dans le docier et ne le roconnais pas !Citation:
slam.c:27: pthread.h: No such file or directory
make: *** [slam.o] Erreur 1
Ca veut dire que ton compilateur est paramétré pour aller chercher les fichiers d'entête (option -I par exemple) dans un autre répertoire! Regarde la doc, tu dois avoir moyen de changer ça!
Salut,
Je t'ai dit plus haut où était ton problème : superscalar installe sa propre version de gcc. Il ne faut donc pas regarder dans /usr/include pour trouver les fichiers d'entête, mais dans le dossier correspondant aux include du gcc installé par superscalar, j'imagine :roll:
Demande de l'aide auprès de superscalar, ça reste le mieux à faire :)
A+
j`ai essayer de les cotacter une foi par mail mais j`ai pas eu de reponse sinon il n`on pas de forum !
sinon je pense pas que c un pb de parametrage de simplescaler ! car il copile tt les autre fichier normalement !
en ce qui consterne la redirection pour la recherche des fichier d`entete ! c possible ce que tu dit sur l`option -I 1 mais dans ce cas pourquoi il trouve tt les autre !??
enfin je vous met le fichier makfle :
comme vous voyer je commite entre la copilation par gcc et par simplescaler !Citation:
CC =/auto/i386-linux/pack/simplescalar-2.0/sslittle-na-sstrix/bin/sslittle-na-sstrix-gcc
##CC =gcc
#CFLAGS = -g -I. -I/usr/local/gcc280/lib/g++-include
CFLAGS = -g -I. -O3 -I/usr/local/lib/g++-include
# For profiling the code :
#CFLAGS += -pg
#LDFLAGS = -lnsl -lnls -lsocket
LDFLAGS = -lpthread
SRC = mt-rand.o ThisRobot.o basic.o map.o lowMap.o low.o highMap.o high.o slam.o
slam : $(SRC)
$(CC) $(CFLAGS) -lm -o slam $(SRC) $(LDFLAGS)
slam.o : slam.c high.h
$(CC) $(CFLAGS) -c slam.c
high.o : high.c high.h highMap.h
$(CC) $(CFLAGS) -c high.c
highMap.o : highMap.c highMap.h low.h
$(CC) $(CFLAGS) -c highMap.c
low.o : low.c low.h lowMap.h
$(CC) $(CFLAGS) -c low.c
lowMap.o : lowMap.c lowMap.h map.h
$(CC) $(CFLAGS) -c lowMap.c
mt-rand.o : mt-rand.c mt-rand.h
$(CC) $(CFLAGS) -c mt-rand.c
ThisRobot.o : ThisRobot.h basic.h
$(CC) $(CFLAGS) -c ThisRobot.c
basic.o : basic.h
$(CC) $(CFLAGS) -c basic.c
map.o : laser.h map.h map.c
$(CC) $(CFLAGS) -c map.c
pour l`option -I meme lorsque je l`enleve c la meme chose
en plus dans le docier "/usr/local/lib" je n`ai que trois raccourci vers un docier (ocaml(de chemin : /usr/lib/ocaml))et deux fichier ".a"(libode.a et libdrawstuff.a)
perso je commence a penser que le fichier pthread.h est defectieux ! je ne sais pas comment je peut le remplacer !!
Comme dit plus haut, pthread.h représente les threads POSIX. Toutes les autres classes que tu inclues sont des classes "standard". Donc il est normal que ton autre compilateur les trouves.
Tu utilises ce gcc :
/auto/i386-linux/pack/simplescalar-2.0/sslittle-na-sstrix/bin/sslittle-na-sstrix-gcc
alors que sur ton système, quand tu lances gcc en ligne de commande, ça utilise le gcc qui est surement dans /usr/bin/gcc par exemple.
Je SUPPOSE, que le gcc de simplescalar n'a tout simplement pas connaissance des pthreads. C'est tout. Il faut donc que tu ajoutes la librairie pthreads au gcc de simplescalar.
A+
Faut arréter le Java... Ca rend dingue...Citation:
Envoyé par KiLVaiDeN
... et ce dans une version compatible avec ta cible... (ARM quelque chose, si je me souviens bien)... évidemment...Citation:
Envoyé par KiLVaiDeN
Edit : va sur le site, et poste sur leur mailing-list, mais je viens d'y aller pour trouver des infos, et j'ai vu que simplescalar ne permet pas de simuler des procos multithreadés.
Citation:
Envoyé par Emmanuel Delahaye
La je méritais un petit coup de HIHAN ! ( au fait j'ai bien rit en voyant l'image de l'âne sur l'autre thread )
Gné ? Ca veux dire quoi ? Un processeur n'est pas 'multithreaded'. C'est du logiciel pur. Ca peut s'appuyer (ou non) sur un système et ses fonctions multithread si elle existent.Citation:
Envoyé par KiLVaiDeN
Maintenant, que pthread ne soit pas porté sur cette architecture, c'est possible. (Linux embarqué, ça a du bon...)
salut !
Citation:
slam : $(SRC)
$(CC) $(CFLAGS) -lm -o slam $(SRC) $(LDFLAGS)
pourquoi l'option -lpthread est à la fin ??? et pourquoi à l'édition de lien tu utilises des CFLAGS ??? et pourquoi -lm est isolée n'est ce pas une option comme les autres ?Code:
2
Et pour chipoter, les .o ne sont pas des sources mais plutot des objets.
Trouvé dans le user-guide; ce qui suppose qu'à priori, le support du multithread n'est pas encore mis en place, donc pthreads ne fonctionnerait pas, en toute logique ?Citation:
Efforts have begun to extend the processor simulators to simulate multithreaded processors and multiprocessors.
Je ne comprends pas pourquoi pthread. h contiendrait une erreur (sur les prototypes des fonctions de ce fichier d'en tete) si tu arrivais à compiler normalement avec GCC .Citation:
Envoyé par debutant-1
si tu as une erreur avec le compilateur de simplescalar vois plutot du coté de la configuration de simplescalar comme les gens te l'ont indiqué ci dessus
Citation:
Envoyé par Emmanuel Delahaye
Je programme sous linux avec comme cible un Arm 9 qui à pour OS un linux embarqué. #include <pthread.h> fonctionne tres bien
Sous Linux, oui, je m'en doute. Mais je ne sais pas quel est le système du P.O. (y'a-t-il même un système, on voit de drôles de choses en embarqué...)Citation:
Envoyé par fveysseire
C quoi " le système du P.O " ?Citation:
Envoyé par Emmanuel Delahaye
P.O. = Posteur Original...Citation:
Envoyé par fveysseire
Oki. effectivement le P.O n'a pas decrit le système qu'il utilise
je ne sais pas pourquoi ! c celui qui a fait le projet qui l` a mit ainci !!:?
Citation:
Envoyé par gnto
Tu ne nous as toujours pas dit quel était ton système...Citation:
Envoyé par debutant-1
donc en resume ce programme ne peut pas pour le moment marcher sur sipelscalar ! c ca ?
C'est ça, ton système ?Citation:
sipelscalar
http://lslwww.epfl.ch/pages/staff/ma...21.10.1998.pdfCitation:
Envoyé par debutant-1
http://www.simplescalar.com/Citation:
Envoyé par Médinoc
merci pour le lienCitation:
Envoyé par Emmanuel Delahaye
Code:
2
3
4
Donc ton système à pour cible un ARM ???
Si c le cas pthread marche très bien
excusez moi du réard ! j'ai quitté le prrojet durant un bout de temp !
enfaite si j'ai bien compris simpelscalar supporte le processeur ARM , mais en generale c un processeur générale qu'on peut configuer ! et il ne supporte pas le multithreding !
sinon pouvez vous m'aidez à enlever le multithreding du programme ?
qcq peut m'aider a se debarraser des fonction qui utilise le fichier d'entete : pthread.h ???
merci