Pb de cross compilation

Salut,

Avant tout je tiens à m'excuser si vous trouver que le sujet n'a pas sa place dans cette catégorie "Programmation Linux" mais vu que je fais de la cross compilation, ca concerne à la fois linux et à la fois windows ... donc fallait trancher...

Je dispose de sources C++ que je devrai compiler sous Linux pour au final être utiliser sous windows (C#). Aille ! Aille ! Aille !
Je tente donc quelques essais mais en vain pour l'instant...

Mon fichier tux.h (je ne mets pas les cpp qui sont sans intérêt) sous Linux est :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

#ifndef TUX_H #define TUX_H #define DLL_EXPORT __declspec(dllexport)   extern "C"{ class DLL_EXPORT Tux { private: const char* NAME; public: Tux(void){NAME="Racer";} const char* __stdcall getName(); }; } #endif //TUX_H

---

Je compile avec mingw32 sous linux:

Code:

---

i586-mingw32msvc-g++ -Wall -shared tux.cc -o tux.dll -Wl,--output-def,tux.def

---

Je passe sous Windows...
Je crée la lib :
[cpp]lib /def:tux.def[/cpp]

Je crée mon projet VSC++ (CLR pour pouvoir plus tard appeler ma classe depuis C#).
J'inclus mon tux.h, je mets tux.dll et tux.lib dans le répertoire de debug.
J'écris mon wrapper WrappingUx.h:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

#include "stdafx.h" #include "tux.h" #pragma comment (lib, "./tux.lib") #include <msclr\auto_handle.h> #pragma once   public ref class TuxWrapper {   private: Tux *m_pTux; public: TuxWrapper(); ~TuxWrapper(); System::String^ getName(); };

---

Ca compile mais au linkage ... crash :[fixed]
Error 1 error LNK2028: unresolved token (0A00000D) "public: char const * __stdcall Tux::getName(void)" (?getName@Tux@@$$FQAGPBDXZ) referenced in function "public: class System::String ^ __clrcall TuxWrapper::getName(void)" (?getName@TuxWrapper@@$$FQ$AAMP$AAVString@System@@XZ) WrappingUx.obj WrappingUx
Error 2 error LNK2019: unresolved external symbol "public: char const * __stdcall Tux::getName(void)" (?getName@Tux@@$$FQAGPBDXZ) referenced in function "public: class System::String ^ __clrcall TuxWrapper::getName(void)" (?getName@TuxWrapper@@$$FQ$AAMP$AAVString@System@@XZ) WrappingUx.obj WrappingUx
Error 3 fatal error LNK1120: 2 unresolved externals C:\Work\Leny\CPP\Tests\CrossCompilation\C#\TestDllImport\Debug\WrappingUx.dll WrappingUx[/fixed]


Et là, je sèche carrément.
J'ai essayé de jouer avec les extern, __stdcall, dllexport, .... rien à faire :(

Quelqu'un aurait-il une idée du problème ?
Une alternative ?
Une info qui pourrait m'être utile?

Merci d'avance pour votre aide.

Bonjour,

Je vais surement dire un tas de bêtises car je ne sais pas faire ce que vous demander.
Par contre, ce que je ne comprend pas, c'est que le code C ( linux ) renvoie un const char* alors que le code C# ( windows ) lui prendrait ( pour je crois la même fonction ) un String.

Il me semble que c'est incohérent.

Et quelqu'un peut me rappeler pourquoi on met un '^' pour la String ?

En fait, le code C++ (compilé sous Linux/G++/mingw32) retourne en effet du char* (c'est du C++ standard).

Ensuite, je cherche à faire un Wrapper C++ en C++ managé (CLI) sous VisualStudio. Le C++ managé permet de créer des dll que tu pourras directement utiliser dans le code C#, ce qui n'est pas le cas des dll natives C++ (il faudrait passer par des dllimport sur chaque méthode que tu veux utiliser et en plus je sais pas comment on peut gérer des classes entières).
Donc le wrapper C++ CLI est "managé". VS se charge de la mémoire, du GC, etc. Il fournit le type String^ et les "outils" pour passer de char* vers String^ et inversement.

Enfin, dans le code C#, tu peux donc utiliser ta dll C++/CLI et faire des appels à ta classe, à tes méthodes. Une méthode C++/CLI qui retourne un String^, tu l"utilise dans le code C#*comme un méthode retournant un String. Aucune différence.

Voili voilou.

En attendant, j'ai pas encore réussi à utiliser mon code compilé sous Linux dans mon projet C# :(:(:(

(alors que j'ai déjà fait le même genre de travail, mais la dll C++ native avait été faite sous Visual Studio... là est toute la différence ...).