Discussion :

[Crabe05]

Bonjour à tous.
N'ayant pas (réussi à installer) Qt sous code::blocks, est-ce que quelqu'un pourrais me dire comment fait-t-on pour créer une librairie dynamique (ou statique dans le pire des cas) avec le compilateur de Qt ?
Merci d'avance de vos réponses.

[MacPro]

Salut, il te faut le specifier dans ton .pro

Tiens, jette un coup d'oeil sur le manuel de qmake :

documentation de qmake

Tu trouveras un peu plus bas comment construire une bibliotheque :

documentation de qmake - building a library

[MacPro]

Je viens de faire rapidement un projet Qt Library vide avec l'integration de Qt dans Visual.

J'ai 2 headers :

• empty_library.h
• empty_library_global.h

et un fichier source :

• empty_library.cpp

dans le header *global*, y 'a pas grand chose :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
#include <Qt/qglobal.h>
 
#ifdef EMPTY_LIBRARY_LIB
# define EMPTY_LIBRARY_EXPORT Q_DECL_EXPORT
#else
# define EMPTY_LIBRARY_EXPORT Q_DECL_IMPORT
#endif

Dans l'autre header il y a :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
#include "empty_library_global.h"
 
class EMPTY_LIBRARY_EXPORT Empty_library
{
public:
	Empty_library();
	~Empty_library();
private:
};

et dans le cpp :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#include "empty_library.h"
Empty_library::Empty_library()
{
 
}
 
Empty_library::~Empty_library()
{
 
}

Note : j'ai coupe les trucs pour eviter les inclusions multiples pour alleger le topic.

Voila le .pro :

TEMPLATE = lib
TARGET = Empty_library
DESTDIR = ../Debug
CONFIG += debug
DEFINES += EMPTY_LIBRARY_LIB
INCLUDEPATH += ./GeneratedFiles \
./GeneratedFiles/Debug \
.
DEPENDPATH += .
MOC_DIR += ./GeneratedFiles/debug
OBJECTS_DIR += debug
UI_DIR += ./GeneratedFiles
RCC_DIR += ./GeneratedFiles

#Header files
HEADERS += ./empty_library.h \
./empty_library_global.h

#Source files
SOURCES += ./empty_library.cpp

Le truc le plus important c'est le Q_DECL_EXPORT, ça doit etre une macro pour indiquer au compilateur la visibilité des objets/variables...

Voila, j'espere t'avoir repondu, au moins sur la forme.

[MacPro]

Cette macro est liée à

• __declspec(dllexport)
• __attribute__((visibility("default")))
• __declspec(dllimport)

Un petit tour du cote de msdn Microsoft et on en sait un peu plus :

• __declspec(dllexport)

L'édition 32 bits de Visual C++ utilise _declspec(dllimport) et _declspec(dllexport) pour remplacer le mot clé __export précédemment utilisé dans les versions 16 bits de Visual C++.

Vous ne devez pas utiliser _declspec(dllimport) pour votre code à compiler correctement, mais cela permet par conséquent, le compilateur à générer un code de meilleure qualité. Le compilateur est en mesure de générer un code de meilleure qualité, car il sait par que si une fonction existe dans une DLL ou pas, donc le compilateur peut générer des codes qui ignorer un niveau d'indirection qui est normalement être présent dans un appel de fonction qui franchi une limite la DLL.

Avec la section EXPORTS du fichier .def appropriée, _declspec(dllexport) n'est pas requis. _declspec(dllexport) a été ajoutée pour fournir un moyen facile d'exporter des fonctions à partir d'un .exe ou .dll sans à l'aide d'un fichier .def.

Le reste de cet article fournit une description relativement bas niveau, approfondie de ces problèmes.

Le format de l'exécutable portable Win32 est conçu pour réduire au minimum le nombre de pages de qui doit être touchées pour corriger les importations. Pour ce faire, il place toutes les adresses d'importation pour n'importe quel programme dans un seul endroit appelé la table d'adresses d'importation. Cela permet le chargeur modifier uniquement une ou deux pages lors de l'accès à ces importations.

[Crabe05]

Merci beaucoup.
Peut-on quand-même programmer une librairie et la compiler avec le compilateur de Qt comme on le ferai avec une librairie "normale" ?

[MacPro]

Salut, je sais pas essaie et tu seras fixé. il te faudra quand même préciser dans le .pro que c'est une lib et aussi préciser ce que tu veux exporter. En somme, je pense que la méthode Qt n'est qu'une simplification (avec la macro) d'une autre, le résultat est le même.
Attends que Mongaulois pointe le bout de son nez, il te dira.

[yan]

Salut

Merci beaucoup.
Peut-on quand-même programmer une librairie et la compiler avec le compilateur de Qt comme on le ferai avec une librairie "normale" ?

qu'appelle tu le compilateur Qt????
si tu parle de Qmake, ce n'est pas un compilateur c'est une créateur de makefile.
Que tu utilise ou non Qt tu peut faire un lib.

[Crabe05]

Merci de vos réponse.
Cependant je ne fait pas de librairie avec une classe, juste avec des fonctions, et elle bug. Voici les constructions des fichiers :

Construction générale du .cpp (ce ne sont pas les fonctions):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
#define DllExport   __declspec(dllexport)
 
#include "fichier.h"
 
QString DllExport addition (int nombre1, int nombre2)
{
     int resultat = nombre1 + nombre2
     QString resultatstr = QString::number(resultat);
     return resultatstr;
}

Construction générale du .h (ce ne sont pas les fonctions):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
#ifndef FICHIER_H
#define FICHIER_H
 
#define DllImport   __declspec(dllimport)
 
QString DllImport addition(int nombre1, int nombre2);
 
#endif

Et l'erreur rencontrée est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
fichier.h:4: error: expected constructor, destructor, or type conversion before "addition"
fichier.h:4: error: expected ',' or ';' before "addition"

Voilà. Pourriez-vous m'aider ?
Merci d'avance.

[yan]

Le problème de base n'est pas vraiment un problème Qt...
Comment veut tu utiliser cette lib après???
tu link avec?
tu la charge dynamiquement?

[Crabe05]

Je compte faire une librairie dynamique "classique", avec génération du .a et du .dll. Ensuite la linker dans le .pro du projet dans laquelle je vais l'utiliser et mettre les .dll avec les autres. (En générale, je n'utilise pas le chargement explicite, faute de portabilité).

[yan]

Je compte faire une librairie dynamique "classique", avec génération du .a et du .dll. Ensuite la linker dans le .pro du projet dans laquelle je vais l'utiliser et mettre les .dll avec les autres. (En générale, je n'utilise pas le chargement explicite, faute de portabilité).

ok. Tu devrais rechercher et demander dans le forum C++.
Je préfère ne pas trop dire de connerie... en gros ce que j'ai compris :

__declspec(dllexport) : précise ce qui doit être accessible dans la dll : code et class qui sera dans la dll. Utiliser quand on compile la dll.

__declspec(dllimport) : précise ce qui dest accessible dans la dll : code et class qui est dans la dll. Utiliser quand on utilise directement la dll.

En générale on utilise un macro qui vaut __declspec(dllexport) pour la compilation de la dll et __declspec(dllimport) pour son utilisation.

Il me semble que __declspec(dllexport) sert aussi pour l'utilisation d'une dll par chargement dynamique.

Une dll sert uniquement si tu veut partager du code commun à plusieurs exe ou pour être utilisé par chargement dynamique. Sinon utilise plutôt des lib statique.

[Crabe05]

Merci beaucoup de ton aide.
Je vais donc continuer sur le forum C++.