[UNIX] ar et g++

Bonjour,
je debute et je rencontre quelques problèmes.

Soit le code suivant :

int main(int ac,char **av)
{
MPI::Init();
.....
MPI::Finalize();
}

Je dois imperativement faire MPI::Init() au debut
et MPI::Finalize() a la fin du main.

Je veux encapsuler la lib MPI dans qqchose de plus haut niveaux
et en particuler je souhaiterais m'affranchir de ces deux appels
explicites.

Voici un exemple pour illustrer la methode que j'emploie actuellement :
Dans main.cc :
<CODE>
#include <cstdlib>

int main(int ac,char **av)
{
return EXIT_SUCCESS;
}
</CODE>

dans starter.h

<CODE>
#ifndef Starter_H_
#define Starter_H_

class Starter
{
private:
static Starter instance_;
Starter();
public:
~Starter();
};// class Starter

#endif// #ifndef TOTO_H_
</CODE>

dans starter.cc

<CODE>
#include "starter.h"
#include <iostream>

using namespace std;

Starter Starter::instance_;

Starter::Starter()
{
cout << '[' << __FUNCTION__ << ']' << "Init" << endl;
}

Starter::~Starter()
{
cout << '[' << __FUNCTION__ << ']' << "Finalize" << endl;
}
</CODE>

ensuite,
<SHELL>
g++ -c starter.cc
g++ main.cc starter.o

./a.out
[Starter]Init
[Starter]Finalize
</SHELL>

tout vas bien, le constructeur et le destructeur de l'instance static
instance_ de type starter sont appelés.

Par contre si je procéde comme ça:
<SHELL>
g++ -c starter.cc
ar -q libstarter.a starter.o
g++ main.cc -L. -lstarter // ou aussi bien g++ main.cc libstarter.a

<SHELL>
g++ -c starter.cc
g++ main.cc starter.o

Ici, tu force au link l'inclusion de ton fichier objet starter.o

./a.out
[Starter]Init
[Starter]Finalize
</SHELL>

tout vas bien, le constructeur et le destructeur de l'instance static
instance_ de type starter sont appelés.

Par contre si je procéde comme ça:
<SHELL>
g++ -c starter.cc
ar -q libstarter.a starter.o
g++ main.cc -L. -lstarter // ou aussi bien g++ main.cc libstarter.a

Ici, tu rend disponible les objets contenus dans ta bibliothèque libsta rter.a.
Le linker va regarder séquentiellemnt dans la liste des bibliothèques mentionnées
pour y trouver les éventuels symboles non résolus. Or, comme main ne fait pas
référence à un symbole définit dans starter.o, starter.o ne sera pas inclus par
le linker.

Une solution serait peut être d'en faire une bibliothèque dynamique l ibstarter.so et
de positionner LD_PRELOAD à libstarter.so.

Gilles.

Or, comme main ne
fait pas
référence à un symbole définit dans starter.o, starter.o ne sera pas
inclus par
le linker.

Une solution serait peut être d'en faire une bibliothèque dynamique
libstarter.so et
de positionner LD_PRELOAD à libstarter.so.

Mungo Deepdelver[CEA][Lapin Or is back] wrote:

Ici, tu rend disponible les objets contenus dans ta
bibliothèque libstarter.a. Le linker va regarder
séquentiellemnt dans la liste des bibliothèques mentionnées
pour y trouver les éventuels symboles non résolus.

Or, comme
main ne fait pas référence à un symbole définit dans
starter.o, starter.o ne sera pas inclus par le linker.

Une solution serait peut être d'en faire une bibliothèque
dynamique libstarter.so et de positionner LD_PRELOAD à
libstarter.so.