Code::block, librairies externe

[Raganof]

Bonjour,

J'ai un petit souci lors de l'installation de bibliothèque externe venant de mon université sur code::block.
J'ai vu que ce problème a déjà été posé il y a longtemps, mais je n'ai pas trouvé les réponses que je cherchais ...

Donc du coup:
Je dois installer deux librairies: hasard.h et graphsimple.h
J'ai récupéré les deux librairies avec un tutoriel pour les installer. Cependant, le tutoriel est pour linux.

Pouvez vous m'indiquez comment faire?
Voila les fichiez que j'ai récupéré (si vous voulez voir le contenu, je peux les mettre sur un serveur mais je ne l'ai pas fait actuellement, je les ai récupéré par mail): http://www.noelshack.com/2013-43-138...librairies.png

Merci beaucoup !!
-----

[grosmatou75001]

Tes fichiers .h tout les mets en #include là où il faut.

Les librairies tu les ajoutes sous Project --> Build Options --> Linker Settings --> Link Libraries --> Add

Sans garantie mais ça devrait être ça...

[Raganof]

Tes fichiers .h tout les mets en #include là où il faut.

Par exemple, je les met avec les autres .h dans codeblock --> minGW --> include et en haut de mon programme je met #include >hasard.h> ?
Si c'est cela, alors ça ne marche pas, ça me met toujours "undifined reference to 'hasard' ...
Sachant qu'il reconnait la fonction, puis que quand je tape "x=hasard(" il me met en info bulle la syntaxe ...

Merci

PS: Je viens de voir que le lien que j'avais mis ne s'ouvre pas (en tout cas chez moi). Donc voila:

[grosmatou75001]

Si tu veux inclure tes headers par #include<machin.h> (j'insiste sur les <>) tu dois effectivement les mettre là ou ton compilo les attends. Chez moi c'est à priori pas dans CodeBlocks mais dans D:\MinGW\include, à toi de voir chez toi. (Si tu n'y arrives pas un coup de procmon peut te dire où le compilateur va chercher, ok, c'est l'artillerie lourde mais si ça permet de résoudre le problème...) Mais tu peux très bien les mettre dans ton dossier où tu as les fichiers .c de ton projet et les inclure #include"machin.h" (j'insiste sur les ""). Je pensais à cette deuxième méthode, mon "là où il faut." faisait plutôt allusion aux fichiers .c dans lesquels il faut placer le #include si on appelle les fonctions qui y sont définies.

[A voir en vidéo sur Futura]

[Raganof]

D'accord oui, je savais ça.
Le problème c'est justement que j'ai essayer les 2.
La actuellement j'ai copier mes 3 fichiers .h la ou tous les autres .h sont et mes 2 fichier .a à l'endroit ou tous les autres .a sont. J'ai aussi essayer de copier les .o à l'endroit où les autres .o sont.

Les librairies tu les ajoutes sous Project --> Build Options --> Linker Settings --> Link Libraries --> Add

J'ai aussi fais ça et je suis allé les chercher à l'endroit ou elles sont (donc avec les autres .a, dans programmes files -> codes block -> minGW -> lib), mais rien n'y fais, toujours le meme problème ...
Après une fois j'ai reussi à faire fonctionner hasard (mais pas graphsimple, alors que j'avais fais la meme chose). Le seule problème est que le programme fonctionnait, mais les nombres n'etaient pas vraiment aléatoires (ça ne tournait pas comme il fallait ...)

[grosmatou75001]

Pffff... Comme ça de loin je ne vois pas trop. Peut-être un coup de procmon t'en dira plus? Et que ta librairie pour les nombres aléatoires fonctionne qu'à moité c'est étrange... Tu es sûr qu'il ne faut pas faire une initialisation genre srand(time(NULL))?

edit: J'ai vérifié sur un vieux projet, la méthode donnée dans mon premier post devrais être bonne...

[Raganof]

Je vais essayer procmon et mettre un srand(time(NULL)) même si lorsque j'utilisais la bibliothèque en cours je n'en avais pas besoin.
Je tiens au courant !

Merci beaucoup en tout cas!

[Jack]

Si tu veux inclure tes headers par #include<machin.h> (j'insiste sur les <>) tu dois effectivement les mettre là ou ton compilo les attends. Chez moi c'est à priori pas dans CodeBlocks mais dans D:\MinGW\include, à toi de voir chez toi. (Si tu n'y arrives pas un coup de procmon peut te dire où le compilateur va chercher, ok, c'est l'artillerie lourde mais si ça permet de résoudre le problème...) Mais tu peux très bien les mettre dans ton dossier où tu as les fichiers .c de ton projet et les inclure #include"machin.h" (j'insiste sur les ""). Je pensais à cette deuxième méthode, mon "là où il faut." faisait plutôt allusion aux fichiers .c dans lesquels il faut placer le #include si on appelle les fonctions qui y sont définies.

Pas moyen de télécharger procmon. C'est moi ou bien ... ?

[grosmatou75001]

Effectivement le lien tout en bas de la page procmon me renvoye un XML avec une erreur dedans...

[Raganof]

C'est exactement ce que j'ai eu hier aussi ... :s

[Jack]

Dommage, ça m'aurait intéressé.

[Jack]

Voila une page un peu plus récente et qui présente une version plus à jour:
http://technet.microsoft.com/en-us/s.../bb896645.aspx

[bisou10]

Petit hors-sujet: les outils Sysinternals sont des must-have. Ils apportent vraiment une flexibilité et des fonctionnalités qui n'existent simplement pas sous Windows.

Récap rapide de quelques outils:

Procmon: monitoring de processus (qui écrit quoi dans la registry par exemple)
Filemon: idem mais pour l'accès aux fichiers
Autoruns: l'ensemble des items démarrés par Windows (du menu démarrer au chargement de pilotes)
Disk2vhd: conversion P2V
Rootkitrevealer: comme son nom l'indique
TcpView: liste simple des connections en cours
Process Explorer: remplacant du gestionnaire des tâches

+ implementation de commandes ie 'kill' (moins utile maintenant, mais il y a quelques années...)

Cette liste n'est pas exhaustive, c'est ce que j'utilise couramment. La suite complete se télécharge là: http://technet.microsoft.com/en-us/s.../bb842062.aspx

Fin du hors-sujet