cygwin et les DLLs

Version imprimable

25/02/2007, 12h11
klipper

cygwin et les DLLs

bonjour !
je suis en train de bosser sur un tout petit programme qui a pour fonction de faire oscilloscope en utilisant l'entrée usb (avec une petite carte electronique)

enfin bref, voulant utiliser du libre plutot que l'affreux vcl de borland, j'ai fais l'interface avec glade et je la pilote avec libglademm (c++). le programme fonctionne niquel sous linux et sous windows avec cygwin.

coté compilation
mon problème est au niveau de l'interface USB : j'utilise un composant "ftdi".
une bibliotheque opensource existe sous linux donc fastoche !
sous windows, il faut que j'utilise une DLL et je n'ai aucune idée comment lier la DLL avec mon prog en passant par g++

coté programmation
j'ai compris qu'il faut soit utiliser les "handle" (fichier .lib je crois) pour avoir l'adresse memoire des fonctions
ou sinon il y a une autre methode avec le "loadlibrary" qui se passe du .lib mais qui est plus compliqué (a la limite, si c'est plus propre..., je n'ai que 4 fonctions a utiliser de toute facon)

je savais pas trop ou metre mon sujet, ca devrais le faire ici non ?
26/02/2007, 09h53
hegros

Pour utiliser des fonctions d'une DLL dans un projet en général ce qu'on fait c'est qu'on ajoute le .h dans le projet puis dans le code on fait :

Code:

#include "Mon.h"

Ensuite on ajoute le .lib au projet et après ça tu peux appeler directement tes fonctions de la dll dans ton code source par exemple :

Code:

func1_dll();

Maintenant tout dépend de l'EDI que tu utilises.

En ligne de commande il faut spécifier le header avec -I et la librairie avec -L
26/02/2007, 13h30
klipper

ouais , un prof m'a expliqué, j'ai un fichier .lib pour borland et un autre pour visualc++. mais je ne souhaite pas utiliser ces compilateurs,
je veux rendre l'application portable.
sous linux je connais les options de gcc mais je n'ai rien trouvé par rapport aux dll.
il faudrait compiler de la sorte ?
g++ -o programme.exe `pkg-config --cflags --libs gtkmm-2.4 libglademm-2.4` -I /c/chemin_du_fichier_entete_de_la_dll.h -L /c/chemin_du_dll.dll main.c
26/02/2007, 14h01
hegros

Une dll ne fonctionne que sous windows sous linux il faut le fichier so

Tu peux sous linux charger dynamiquement ta library avec les fonctions dlopen ou dlsym. Faire une recherche soous google

Bilan : si tu n'as qu'un fichier .dll laisse tomber linux ou alors trouve sa correspondance (.so)
26/02/2007, 22h05
klipper

désolé j'ai pas été tres clair. ;)
il existe sous linux une bibliotheque opensource pour piloter le peripherique.

je met le code spécifique à linux entre "#ifdef LINUX_ARCH" et "#endif"
le code spécifique est entre "#ifdef WINDOWS_ARCH" et "#endif"
je met au debut de mon main.c "#define WINDOWS_ARCH" pour la version windows
ou "#define LINUX_ARCH" pour la version linux.

enssuite , la ligne de compilation c'est un truc du style :

pour linux
g++ -o oscillo.bin main.c `pkg-config --cflags --libs gtkmm-2.4 libglademm-2.4 libftdi0`

pour windows je ne sais trop comment ajouter la bibliotheque dll.
g++ -o oscillo.bin main.c `pkg-config --cflags --libs gtkmm-2.4 libglademm-2.4` -L monfichier.dll -I monfichier.h
peu etre ?

mon appli n'est pas proprement portable comme avec les makefile et les scripts configure (j'ai longtemps essayé de comprendre comment faire mais jamais pigé :cry: )
je veux faire deux versions qui diffèrent que par une petite partie de code et la bibliotheque liée.

edit je viens de tester et g++ me retourne ca :

Citation:

FTD2XX.H:58: error: `PVOID' does not name a type
FTD2XX.H:59: error: `ULONG' does not name a type
FTD2XX.H:173: error: typedef `PFT_EVENT_HANDLER' is initialized (use __typeof__
instead)
FTD2XX.H:173: error: `DWORD' was not declared in this scope
FTD2XX.H:173: error: `DWORD' was not declared in this scope
FTD2XX.H:189: error: `ULONG' does not name a type
FTD2XX.H:207: error: `FT_STATUS' does not name a type
FTD2XX.H:213: error: `FT_STATUS' does not name a type
[...]
base_func.h:24: error: `BytesReceived' undeclared (first use this function)
base_func.h:24: error: `FT_Read' undeclared (first use this function)
26/02/2007, 22h53
hegros

A mon avis c'est pas avec le .dll qu'il faut que tu linkes mais avec ton .lib ou .a

-LMaLib.lib ou -LMaLib.a

Pour tes erreurs a priori tes types sont des typedef de windows

PVOID est un pointeur sur void : void *

ULONG doit être long non signé : unsigned long

DWORD un int ?

A mon avis le mieux est de retrouver le header où sont définis tout ces types peut être windows.h ?

Tu as ces erreurs sous windows ou linux ou les deux ?
27/02/2007, 02h04
souviron34
Citation:

Envoyé par klipper

je met le code spécifique à linux entre "#ifdef LINUX_ARCH" et "#endif"
le code spécifique est entre "#ifdef WINDOWS_ARCH" et "#endif"
je met au debut de mon main.c "#define WINDOWS_ARCH" pour la version windows
ou "#define LINUX_ARCH" pour la version linux.
:

c'est bien quelque chose comme ça :
Code:

1 2 3 4 5 6 7 #ifdef LINUX_ARCH ...... #endif #ifdef WINDOWS_ARCH ..... #endif
?????
Si c ça c'est ok mais d'après ce que tu dis j'ai l'impression que c'est pas exactement ça...

D'autre part, la DLL, c'est la tienne ou pas ?

En ce qui concerne le link, à mon avis il y a 2 options comme dit plus haut :
- Soit tu possèdes (ou tu peux générer) la librairie .a ou .so et tu la places dans la ligne en lieu et place de *.dll
- Soit tu utilises la fonction load comme tu as dit, et il te faut linker avec la .so...
Enfin c'est pas dans le main que tu dois mettre define WINDOWS ou define Linux, mais dans la ligne de gcc....

Avec gcc -DWINDOWS_ARCH ou gcc -DLINUX_ARCH

:salut:
27/02/2007, 22h57
klipper

Citation:

A mon avis c'est pas avec le .dll qu'il faut que tu linkes mais avec ton .lib ou .a

heu en fait j'ai bien un fichier .lib mais vu que mon prof m'a dis que ca ne marchait que avec visualc++, il m'en a fait un autre pour borland. vu que je ne vaux pas utiliser borland, il faudrait que je génère un .lib pour gcc ?

Citation:

A mon avis le mieux est de retrouver le header où sont définis tout ces types peut être windows.h ?

en fait tout les typedef sont dans ftd2xx.h que j'ai inclus dans une des sources avec "#include "ftd2xx.h"" donc ca metonnerait que ca vienne de la. je programme que depuis un an et demi mais quand meme ! ;)

Citation:

c'est bien quelque chose comme ça :

exactement :D

Citation:

D'autre part, la DLL, c'est la tienne ou pas ?

non je l'ai récupérée sur le site du fabricant ftdi, c'est pour utiliser le peripherique usb (le composant ftdi245b)

Citation:

Enfin c'est pas dans le main que tu dois mettre define WINDOWS ou define Linux, mais dans la ligne de gcc....

merci je na savais pas que l'on pouvais faire aussi comme ca !

je vais voir ca demain ou jeudi. je suis overbooké en ce moment !
en tout cas merci et je vous tiens au jus. je creuse
:salut:

ca marche toujours pas :

Code:

1
2
3
4
5
6
7
8
9
10
g++.exe -c src/oscillo.cc -o src/oscillo.o -I"K:/Dev-Cpp/INCLUDE"  -I"K:/Dev-Cpp/INCLUDE/GTK-2.0"  -I"K:/Dev-Cpp/INCLUDE/GLIB-2.0"  -I"K:/Dev-Cpp/INCLUDE/PANGO-1.0"  -I"K:/Dev-Cpp/INCLUDE/CAIRO"  -I"K:/Dev-Cpp/INCLUDE/ATK-1.0"  -I"K:/Dev-Cpp/INCLUDE/GTKGLEXT-1.0"  -I"K:/Dev-Cpp/LIB/GTK-2.0/INCLUDE"  -I"K:/Dev-Cpp/LIB/GLIB-2.0/INCLUDE"  -I"K:/Dev-Cpp/LIB/GTKGLEXT-1.0/INCLUDE"  -I"K:/Dev-Cpp/INCLUDE/LIBGLADE-2.0"  -I"K:/Dev-Cpp/INCLUDE/LIBXML2"  -mms-bitfields -IK:/Dev-Cpp/include/gtkmm-2.4 -IK:/Dev-Cpp/lib/gtkmm-2.4/include -IK:/Dev-Cpp/include/glibmm-2.4 -IK:/Dev-Cpp/lib/glibmm-2.4/include -IK:/Dev-Cpp/include/gdkmm-2.4 -IK:/Dev-Cpp/lib/gdkmm-2.4/include -IK:/Dev-Cpp/include/pangomm-1.4 -IK:/Dev-Cpp/include/atkmm-1.6 -IK:/Dev-Cpp/include/gtk-2.0 -IK:/Dev-Cpp/include/sigc++-2.0 -IK:/Dev-Cpp/lib/sigc++-2.0/include -IK:/Dev-Cpp/include/glib-2.0 -IK:/Dev-Cpp/lib/glib-2.0/include -IK:/Dev-Cpp/lib/gtk-2.0/include -IK:/Dev-Cpp/include/cairomm-1.0 -IK:/Dev-Cpp/include/pango-1.0 -IK:/Dev-Cpp/include/cairo -IK:/Dev-Cpp/include/freetype2 -IK:/Dev-Cpp/include/atk-1.0 -IK:/Dev-Cpp/include/libglademm-2.4 -IK:/Dev-Cpp/lib/libglademm-2.4/include -IK:/Dev-Cpp/include/libglade-2.0 -IK:/Dev-Cpp/include/libxml2    
 
In file included from src/usb_mod4_device.h:2,
 
                 from src/oscillo_window.h:9,
                 from src/oscillo.cc:3:
src/../include/FTD2XX.H:58: error: `PVOID' does not name a type
src/../include/FTD2XX.H:59: error: `ULONG' does not name a type
src/../include/FTD2XX.H:173: error: typedef `PFT_EVENT_HANDLER' is initialized (use __typeof__ instead)
src/../include/FTD2XX.H:173: error: `DWORD' was not declared in this scope

l'erreur est au niveau de la compilation et pas au niveau de l'édition des liens.
dans mon code, l'entete que j'ai incluse ne contiens que les prototypes des fonction. serait - ce le problème ?

ya marqué ca au début du ftd2xx.h :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
// The following ifdef block is the standard way of creating macros
// which make exporting from a DLL simpler.  All files within this DLL
// are compiled with the FTD2XX_EXPORTS symbol defined on the command line.
// This symbol should not be defined on any project that uses this DLL.
// This way any other project whose source files include this file see
// FTD2XX_API functions as being imported from a DLL, whereas this DLL
// sees symbols defined with this macro as being exported.
 
#ifdef FTD2XX_EXPORTS
#define FTD2XX_API __declspec(dllexport)
#else
#define FTD2XX_API __declspec(dllimport)
#endif

ca semble parler de mon problème mais cet anglais dépasse ma compréhension.
une idée ?

edit : il semblerait que quelqu'un aie réussi. mais la solution n'est pas tres claire :
http://www.developpez.net/forums/arc...hp/t-3026.html

apres avoir pas mal creusé, je suis sur que ca ne viens pas de la bibliotheque mais de l'entete (ca plante avant l'edition des liens)
c'est donc les types PVOID, ULONG et DWORD utilisés par ftd2xx.h qui ne sont définis nulpart !
comment inclure ces types qqun les connais ?

02/03/2007, 18h42
klipper

apparement ces types viennent d'ici:
http://vmi.ncsa.uiuc.edu/Doc/vmitypes_8h-source.html
sont chiers ftdi de meme pas signaler ca !
et bien sur, impossible de télécharger le fichier vmitypes.h ! :aie:

mauvaise pioche ! il n'y a que pvoid dans vmitypes.
sais plus quoi faire :cry:
02/03/2007, 20h55
hegros

Citation:

Envoyé par klipper

apparement ces types viennent d'ici:
http://vmi.ncsa.uiuc.edu/Doc/vmitypes_8h-source.html
sont chiers ftdi de meme pas signaler ca !
et bien sur, impossible de télécharger le fichier vmitypes.h ! :aie:

mauvaise pioche ! il n'y a que pvoid dans vmitypes.
sais plus quoi faire :cry:

Définis les si tu sais a quoi cela correspond...

bonne nouvelle !
la compilation sous linux fonctionne (j'ai opté pour les pilotes proprios finalement)
en fait j'avais pas assez cherché dans l'archive du driver, il y avais le fichier WinTypes.h ! :oops:
l'edition des liens plante lamentablement par contre :
Code:

1 2 3 4 5 6 7 $ g++ -c src/oscillo.cc `pkg-config --cflags gtkmm-2.4 libglademm-2.4` && echo "compilation ok..." && g++ -o oscillo.bin `pkg-config --libs gtkmm-2.4 libglademm-2.4` lib/libftd2xx.so && echo "succes !" compilation ok... /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crt1.o: dans la fonction « _start »: ../sysdeps/i386/elf/start.S:115: référence indéfinie vers « main » collect2: ld returned 1 exit status
je n'ai jamais rencontré ce problème. c'est grave docteur ?

humm.....

Code:

g++ -o oscillo.bin oscillo.o `pkg-config --libs gtkmm-2.4 libglademm-2.4` lib/libftd2xx.so && echo "succes !"

ca marche mieux comme ca. dur le dimanche matin ! :aie:
donc impec sous nux (pour la programmation, pour le driver, c'est pas le bon qui se charge ! mais c'est un autre problème)

je vais pouvoir retenter sous dows maintenant que je pige un peux mieux

bon alors voila ce que ca donne :
niquel sous linux avec cette commande :

Code:

g++ -c src/oscillo.cc `pkg-config --cflags gtkmm-2.4 libglademm-2.4` && echo "compilation ok..." && g++ -o oscillo.bin oscillo.o `pkg-config --libs gtkmm-2.4 libglademm-2.4` lib/libftd2xx.so && echo "succes !"

par contre j'ai un problème d'edition des liens sous windows car je n'arrives pas à créer le fichier .a. j'ai suivis ce tuto: http://www.cygwin.com/cygwin-ug-net/dll.html

Citation:

Linking Against DLLs

If you have an existing DLL already, you need to build a Cygwin-compatible import library. If you have the source to compile the DLL, see the section called “Building DLLs” for details on having gcc build one for you. If you do not have the source or a supplied working import library, you can get most of the way by creating a .def file with these commands (you might need to do this in bash for the quoting to work correctly):

echo EXPORTS > foo.def
nm foo.dll | grep ' T _' | sed 's/.* T _//' >> foo.def

Note that this will only work if the DLL is not stripped. Otherwise you will get an error message: "No symbols in foo.dll".

Once you have the .def file, you can create an import library from it like this:

dlltool --def foo.def --dllname foo.dll --output-lib foo.a

par contre j'ai bien évidement une erreur lors du nm libftd2xx.dll ... :
Code:

1 2 3 4 5 6 thomas@toto-00906716df ~/projet_usb/prog/oscilloscope/lib $ echo EXPORTS > ftd2xx.def thomas@toto-00906716df ~/projet_usb/prog/oscilloscope/lib $ nm ftd2xx.dll | grep ' T _' | sed 's/.* T _//' >> ftd2xx.def k:\Dev-Cpp\bin\nm.exe: ftd2xx.dll: no symbols
ma bibliotheque est donc "stripped" :D et apres ? je fais quoi ?

apparement il y a aussi moyen de générer le .a avec le .lib mais la, j'ai peur que ca soit du bricolage : j'ai deux .lib, l'un pour visual et lo'autre pour borland :aie: