J'ai un problème avec le TP de M@teo (le tutorial est d'ailleurs vraiment magnifique): il faut charger au démarrage "time.h", mais y'a un bug chez moi.
#include <time.h>
Lors de la compilation j'ai une erreur sur cette ligne, "could not open source file time.h"... Je trouve ça bizarre, d'autant plus que je suis allé voir dans le répertoire d'installation du Dev-C et y'avais bien cette bibliothèque...
Quelqu'un a-t-il une idée pour me dépanner, car je peux faire la suite du prog, mais sans pouvoir compiler pour tester et jouer ça manque un tantinet d'intérêt!
Ton fichier time.h vérifie bien qu'il est dans le répertoire include de Dev-cpp et pas dans un autre répertoire, si sa marche toujours pas vérifie que le dossier include de Dev-cpp est bien spécifiés dans le compilateur.
Alors j'ai vérifié et time.h est bien dans le dossier include de Dev-cpp (avec math.h, stdio.h et stdlib entre autre).
Sinon je suis allé voir dans les options du compilateur, à "répertoires C.h"; il n'y avais pas le dossier include de Dev-Cpp (c'est étonnant que ça marchait lorsque j'incluait math.h, stdio.h et stdlib car le dossier spécifié ne les contenait pas); j'ai rajouté le dossier qui les contient.
Maintenant, un autre onglet s'ouvre pendant la compilation, et c'est une autre erreur qui s'affiche :
/*
* This is just an RC_INVOKED guard for the real stddef.h
* fixincluded in gcc system dir. One day we will delete this file.
*/ #ifndef RC_INVOKED #include<stddef.h> #endif
l'erreur se situe sur la ligne #include<stddef.h> et est:
d'après ce que je comprends de l'érreur, le fichier "stddef.h" s'inclut dans lui même !
C'est comme si dans un fichier prototypes.h tu écrivais #include prototypes.h.
Maintenant, je me contente de traduire de l'anglais...
Essaye tout simplement d'enlever tout ce bloc de code, je ne sais pas trop le contexte mais ce fichier ne me semble pas nécéssaire puisqu'il parle de l'enlever
Le truc c'est que je pense que d'une manière ou d'une autre il doit y'avoir déjà une directive préprocesseur dans une de ces libs pour définir ce truc.
Alors j'ai enlevé ce bloc de code en fermant tout simplement l'onglet "stdlib.h" qui s'était ouvert, mais lors des compilations suivantes l'erreur se répétait...
J'ai mis #define RC_INVOKED en toute première ligne, les directives préprocesseur sont apparemment bien passées mais j'ai maintenant une erreur sur la ligne
srand(time(NULL));
C2225 (E) Undeclared name "NULL"
Et pourtant j'ai encore mis exactement ce que M@teo a dit de mettre...
Ca commence à vraiment m'embêter ce truc, d'autant plus que tout le monde a l'air de réussir ce TP, que je ne pense rien avoir fait de différent et que j'arrive à inclure math.h qui est dans le même répertoire que time.h...
EDIT: Bon j'ai enlevé le dossier que j'avais rajouté dans les options du compilateur, vu que stdlib.h s'incluait plusieurs fois; je suis bien revenu sur mon erreur de départ ("could not open source file time.h")...
De plus j'ai bien mis YES à "support des préprocesseur C standard", et NO à "ne pas utiliser les bibliothèques standard". Cela ne change rien à l'erreur.
Bon donc voilà je me retrouve avec mon erreur de départ et ma bibliothèque qui ne veut pas s'inclure... Et bien sûr si je n'inclue pas cette dernière, le compilateur bloque sur la fonction randomize
Je me demande d'ailleur si c'est pas time.h qui est inutilisable, car j'inclue et utilise sans problème math.h qui est dans le même dossier que time.h... Mais bon, ça m'étonnerais, quoique j'y comprenne pas grand chose
Merci pour votre aide passée, et merci d'avance pour votre aide future
J'ai utiliser Dev-Cpp un temps,et en cas de bug c'est tous ce qu' il comprenais ... mais bon il ne ma pas trop plus ... trop de bug certe certain option sont pas mal mais voila ca marche ou sa marche pas . Depuis j' utilise Code::Block certe moins d' option mais toujours en develloppement (Dev-Cpp je ne sais pas mais la version 4.9.9.2 date un peu) et tres tres peu de bug voir meme aucun.(En tout cas j'en aijamais vus)
Apparement Dev-Cpp n'a plus ete mit a jour depuis longtemps et Code::Blocks, malgre sa version candidate, va offrir clairement plus de fonctionnalitees et plus de possibilite avec son architecture de plug-in. Donc a mon avis Code::Blocks va etre bientot la reference a la place de Dev-cpp
Bon avec Code::Blocks, tout se passe bien et ma bibliothèque se charge correctement
Le logiciel est un tout petit peu plus difficile à prendre en main notemment vu son interface anglaise (c'est pas que je suis nul en anglais et n'utilise pas de logiciels en anglais, mais pour un IDE pour débutant tout le vocabulaire n'est pas compréhensible ), il a l'air pratique et performant.
Merci à tous
problème lors du chargement d'une bibliothèque
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
If you'd like to join us, read "How do we work at OpenClassrooms"! :)