Discussion :

[coda_blank]

Bonsoir, après avoir lu le tutorial http://hiko-seijuro.developpez.com/a...que-dynamique/ sur la création de librairie dynamique en c++ sous linux et testé son exemple, je m'interroge sur la manière d'instancier un objet dans le code de la librairie

mettons la classe "circle" (issue du tuto):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
circle.h

#ifndef CIRCLE_H_
#define CIRCLE_H_

#include <iostream>

class circle
{
 public:
    virtual void draw();
};

typedef circle *(*maker_circle)();
#endif

circle.cpp

#include "circle.h"

using namespace std;

void circle::draw()
{
    cout << "   ###   " << endl;
    cout << "  #   #  " << endl;
    cout << " #     # " << endl;
    cout << " #     # " << endl;
    cout << "  #   #  " << endl;
    cout << "   ###   " << endl;
}

extern "C"
{
    circle *make_circle()
    {
		return new circle();
    }
}

j'ai voulu ajouter une autre classe "test" :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

test.h

#ifndef TEST_H_
#define TEST_H_

#include <iostream>

class test
{
 public:
    
Test();
~Test();

   void print();
};

#endif

test.cpp

#include "test.h"

using namespace std;

Test::Test(){}
Test::~Test(){}

void Test::print(){

    cout << "   TEST  " << endl;
}

j'ai voulu l'instancier dans la méthode "draw" de "circle"

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
void circle::draw()
{
    cout << "   ###   " << endl;
    cout << "  #   #  " << endl;
    cout << " #     # " << endl;
    cout << " #     # " << endl;
    cout << "  #   #  " << endl;
    cout << "   ###   " << endl;
 
    Test* test = new Test();
    test->print();
 
}

voici le main.cpp

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
#include "circle.h"
#include "test.h"
#include <cstdlib>
#include <iostream>
#include <dlfcn.h>
 
using namespace std;
int main(int argc, char **argv)
{
    void *hndl;
    maker_circle pMaker;
 
    // Ouverture de la librairie
    hndl = dlopen("./libcircle.so", RTLD_LAZY);
    if(hndl == NULL)    {
		cerr << "dlopen : " << dlerror() << endl;
		exit(EXIT_FAILURE);
    }
 
    // Chargement du créateur
    void *mkr = dlsym(hndl, "make_circle");
    if (mkr == NULL)
    {
 
		cerr << "dlsym : " << dlerror() << endl;
		exit(EXIT_FAILURE);
    }
    pMaker = (maker_circle)mkr;
 
    // Création, affichage puis destruction du cercle
    circle *my_circle = pMaker();
    my_circle->draw();
 
    dlclose(hndl);
 
    return EXIT_SUCCESS;
}

je compile en librairie dynamique sans problème avec

Code :

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

1
2
3
4
5
6
 
libcircle.so: circle.cpp circle.h test.h test.cpp
	g++  -shared -o libcircle.so circle.cpp
 
example: main.cpp libcircle.so
	g++  -o example main.cpp -ldl

mais à l'exécution, j'obtiens un "undefined symbol: _ZN4TestC1Ev"

ai-je mal instancié ?

[Emmanuel Deloget]

Le constructeur de Test n'est pas défini. IL est déclaré, utilisé (Test::Test(); est une utilisation du constructeur, pas une définition).

Du coup, le symbole n'est pas défini. D'où l'erreur.

[coda_blank]

Le constructeur de Test n'est pas défini. IL est déclaré, utilisé (Test::Test(); est une utilisation du constructeur, pas une définition).

Du coup, le symbole n'est pas défini. D'où l'erreur.

j'ai corrigé, mais ça ne change rien

[Médinoc]

Dans ton makefile, test.cpp est listé comme dépendance, mais pas compilé.

Sous Windows, tu aurais eu l'erreur dans l'étape d'édition de liens de la DLL.
Mais sous Linux, l'édition de liens des .so se fait à l'exécution, d'où erreur tardive.

[Jean-Marc.Bourguet]

Sous Windows, tu aurais eu l'erreur dans l'étape d'édition de liens de la DLL.
Mais sous Linux, l'édition de liens des .so se fait à l'exécution, d'où erreur tardive.

Quand on utilise RTLD_LAZY, on a ce qu'on demande. Si on veut l'erreur a l'ouverture, RTLD_NOW est la pour ca.

[Médinoc]

Mais ça reste une erreur à l'exécution, non?

[Jean-Marc.Bourguet]

Mais ça reste une erreur à l'exécution, non?

Comment avec dlopen veux-tu pouvoir avoir une erreur avant?

[Médinoc]

Tu persistes à penser en termes d'exécution.
Ce que je lamente, c'est l'impossibilité d'avoir une erreur lors de la création du .so sous *n*x!

Après tout, Test n'est défini nulle part quand on linke le libcircle.so, pas même dans une bibliothèque d'import!

[Jean-Marc.Bourguet]

Tu persistes à penser en termes d'exécution.
Ce que je lamente, c'est l'impossibilité d'avoir une erreur lors de la création du .so sous *n*x!

Après tout, Test n'est défini nulle part quand on linke le libcircle.so, pas même dans une bibliothèque d'import!

dlopen est l'equivalent de LoadLibrary.

Tu peux lier avec la bibliotheque dynamique, ca aura l'effet de lier avec une bibliotheque d'import sous Windows (tu auras une erreur a l'edition de lien si tous les symboles references ne sont pas fournis).

[Emmanuel Deloget]

Tu persistes à penser en termes d'exécution.
Ce que je lamente, c'est l'impossibilité d'avoir une erreur lors de la création du .so sous *n*x!

Après tout, Test n'est défini nulle part quand on linke le libcircle.so, pas même dans une bibliothèque d'import!

Il y a un flag pour ça : --no-undefined. Ceci dit, ce flag ne permet que de vérifier que la librairie dynamique ne fait pas référence à des symboles qui ne sont défini nulle part ; ça ne va pas aider si les symboles exportés ne sont pas définis...