- J'ai une librairie statique "Midi" qui est en fait un wrapper orienté objet des fonctions de windows de winmm d'acces au midi.
- J'ai une application "SightReader" qui utilise cette librairie.  
 
J'utilise Mingw32.
 
Pour créer ma librairie statique "Midi":
  * Je compile chaque fichier séparement, obtenant a chaque fois un .obj.  
  * Je fais "ar cr libMidi.a *.obj" et j'obtiens le fichier de librairie statique.  
 
Pour créer "SightReader" :
  * Je compile chaque fichier séparement, obtenant a chaque fois un .obj.  
  * Je fais  "g++ -o SightReader.exe -lmidi *.obj"
 
Il trouve bien "libmidi.a" car il ne me donne pas de message d'erreur ( j'ai omis pour des raisons de lisibilité de mettre le path des librairies, mais dans mon makefile il y est et il est correct )
 
Le probleme est qu'a la compilation de "SightReader" j'ai des erreur de linkage, du type :
"Main.obj(.text+0x42):Main.cpp: undefined reference to `midi::CShortMsg::GetData1() const' "
 
Si je ne précise pas -lmidi et que je prends les .obj de "Midi" et que je les met dans le dossier de "SightReader", car marche. Donc les noms des fonctions sont bons.
 
Si vous avez une idée...
 
edit : j'ai une erreur de linkage par fonction. Donc c'est bien un probleme de librairie et pas de code.

-L.

Ben non... le path est correct. Quand il ne trouve pas la librairie il ne linke meme pas.

et le -shared ? -fpic ?
 
gcc -o libdawa.so -shared -fpic mon.c
gcc -L. -ldawa main.c

Le shared et le fpic a priori y'en a pas besoin, puisqu'il s'agit la d'une librairie statique. Enfin, arrete moi si je me trompe

je fais pas de bilitoheque statique  

lol fallait lire le titre    
merci quand meme  

google
 
http://www.dwheeler.com/program-li [...] mples.html

Ben ouais tu penses bien que j'ai cherché avant de poster ;
Des exemples j'en ai plein et ce que je fais semble correspondre! Je vais continuer a chercher...

T'as pas fait un "ranlib libtoto.a" ? en général c'est necessaire (ou "ar -s" )
 
essaye aussi de mettre /chemin/vers/libtoto.a plutot que -ltoto

J'ai essayé le ranlib... ca ne change rien  
J'ai changé le -lmidi en /chemin/vers/mon/fichier/libmidi.a
pas de résultat...

Bon ben finalement au lieu d'utiliser -lmidi j'ai ajouté la lib et son path entier dans les .obj ... et ca passe. Manifestement c'est la commande -l qui ne "marche pas"... Le mystere reste entier  

J'ai enfin compris! Ca m'aura pris du temps mais pour éviter que d'autres tombent dans le meme piege ... les librairies doivent tout simplement se trouver apres les .o dans la ligne de commande...