Discussion :

[TheRedLed]

Hello

J'ai un problème avec le mappeur son, et à ce que j'ai vu voir en recherchant sur le forum, le sujet n'est pas souvent abordé...
Voila, tout simplement, GCC me dit "linker error, je ne trouve pas waveOutOpen, waveOutWrite, waveOutPrepareHeader, je cite :

testprocessing sound.cpp:28: undefined reference to `waveOutOpen@24'
testprocessing sound.cpp:35: undefined reference to `waveOutPrepareHeader@12'
testprocessing sound.cpp:37: undefined reference to `waveOutWrite@12'e

J'ai bien include <mmsystem.h> et ils sont bien dedans... Et il ne bronche pas (apparemment) pour "waveOutClose" etc...
D'ailleurs un truc bizarre de plus : dans mmsystem.h, pas un seul #include... J'imagine que c'est normal, mais pourquoi ?

: Merci à vous

PS : config = winXP, DevC++, gcc (mingW) 3.4.2

[Laurent Gomila]

Library: Use Winmm.lib

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/htm/_win32_waveoutopen.asp

[TheRedLed]

Ah oui j'ai oublié de parler de lui :
- je n'ai pas winmm.lib
- ça veut dire quoi "use winmm.lib" concrètement ?

[Laurent Gomila]

Pour Dev-C++ c'est libwinmm.a (-lwinmm dans les options d'édition de lien).

Euh... Ben du coup j'ai aussi répondu à ta seconde question

[TheRedLed]

waouh merci bocu mon loulou
cool
en fait c'est le linker qui dit à mmsystem.h ou aller chercher les fonctions ? Je ne comprend pas ce système de bibliothèque sans headers...

[Laurent Gomila]

en fait c'est le linker qui dit à mmsystem.h ou aller chercher les fonctions ? Je ne comprend pas ce système de bibliothèque sans headers...

En gros : en incluant mmsystem.h tu dis au compilo que les fonctions existent, et en liant avec libwinmm.a tu fournis à l'éditeur de lien lesdites fonctions. J'ai pas très bien compris ta dernière phrase ; le header c'est justement mmsystem.h non ?

[TheRedLed]

Ouaip c surtout moi qui n'ai pas bien pigé le pourquoi du comment mais là c'est plus clair.
Le truc c'est que par exemple stdio.h renvoie à des bibliothèques, mais elles elles sont par défaut (ou un truc dans le genre) alors que libwinmm.a il faut la préciser. C'est ça ? Mais pourquoi on doit préciser au linker d'utiliser certaines bibliothèques et pour d'autres ya pas besoin ?

[TheRedLed]

mimieupe

[Laurent Gomila]

mimieupe

:

Mais pourquoi on doit préciser au linker d'utiliser certaines bibliothèques et pour d'autres ya pas besoin ?

Celles que tu n'as pas besoin de préciser, c'est simplement la bibliothèque standard. On peut facilement comprendre qu'elle soit liée par défaut

[TheRedLed]

hmm daccord... mais ça voudrait dire que (par exemple) la fonction Beep de l'API windows fait partie de la bibliothèque standard (puisqu'on n'a juste faire #include <windows.h> ?

sinon : minieupe = mini-up

[Laurent Gomila]

hmm daccord... mais ça voudrait dire que (par exemple) la fonction Beep de l'API windows fait partie de la bibliothèque standard (puisqu'on n'a juste faire #include <windows.h> ?

Non, c'est juste que selon les compilos (surtout VC++) certaines bibliothèques relatives à l'OS sont également liées par défaut, comme c'est le cas pour Kernel32.lib qui définit la fonction Beep.

sinon : minieupe = mini-up

Ok... Par contre peut-être n'est-ce pas primordial de faire un up à seulement 2h d'intervalle.

[TheRedLed]

hmm daccord... mais ça voudrait dire que (par exemple) la fonction Beep de l'API windows fait partie de la bibliothèque standard (puisqu'on n'a juste faire #include <windows.h> ?

Non, c'est juste que selon les compilos (surtout VC++) certaines bibliothèques relatives à l'OS sont également liées par défaut, comme c'est le cas pour Kernel32.lib qui définit la fonction Beep.

ok !

sinon : minieupe = mini-up

Ok... Par contre peut-être n'est-ce pas primordial de faire un up à seulement 2h d'intervalle.

C'est juste.

Merci pour tout !