0

LinuxでコンパイルされたC++コードで、Windowsでコンパイルされたこれまでで最も原始的なDLLライブラリを使用できることに興味があります。問題のライブラリは、Windowsコアの巨大なプロプライエタリではないと仮定しましょう。

…次のような偽のAPIを備えたものだけです（ここにヘッダーと実装の両方があります）：

// MathFuncsDll.h

namespace MathFuncs
{
    class MyMathFuncs
    {
    public:
        // Returns a + b
        static __declspec(dllexport) double Add(double a, double b);

        // Returns a - b
        static __declspec(dllexport) double Subtract(double a, double b);
    };
}


// MathFuncsDll.cpp

#include "MathFuncsDll.h"

using namespace std;

namespace MathFuncs
{
    double MyMathFuncs::Add(double a, double b)
    {
        return a + b;
    }

    double MyMathFuncs::Subtract(double a, double b)
    {
        return a - b;
    }
}

このライブラリには、<iostream>以外の依存関係はありませんね。

Linuxでコンパイルされた.cppには、次のものが含まれます。

// MyExecRefsDll.cpp
// compile with: /EHsc /link MathFuncsDll.lib

#include <iostream>

#include "MathFuncsDll.h"

using namespace std;

int main()
{
    double a = 7.4;
    int b = 99;

    cout << "a + b = " <<
        MathFuncs::MyMathFuncs::Add(a, b) << endl;
    cout << "a - b = " <<
        MathFuncs::MyMathFuncs::Subtract(a, b) << endl;

    return 0;
}

サンプルは、すばらしいMSDNチュートリアルから取得されました。

MathDuncsDllだから、私の質問を明確にするために：Linuxコンパイラとリンクツールが別の.soのように依存関係のない.dllライブラリを使用するのを妨げるものは何ですか？たぶん、別の呼び出し構文？それとも、リンクプロセス全体が異なるのでしょうか？（漠然とした「これらのOSは根本的に異なる」「あるプラットフォームから別のプラットフォームで何かを使用することは不可能」だけでなく、詳細を聞きたい）これらの違いを克服するためにどれだけの努力が必要か（私たちは'Wineを使用していません）？

事前にどうもありがとうございました！

4

3 に答える 3

5

これはあなたの質問に答えるはずです：https ：//stackoverflow.com/a/1908981/856199 。

WindowsはCOFF形式を使用し、LinuxはELFを使用します。それらは互換性がありません。さらに、WindowsとLinuxのABIは異なります（http://en.wikipedia.org/wiki/Application_binary_interfaceを参照）。つまり、コードをロードして実行したとしても、システムの他の部分との通信がスクランブルされるため、コードがガベージになります。たとえば、関数は、そのデータとコードが異なるアドレスに異なる順序で存在することを期待します。そのコードを実行しようとした結果は、事実上ランダムになります。

もちろん、LinuxコンパイラはWindows ABIを使用して、COFFファイルを生成できます。そして実際には、それは可能であり、実際にそうです。これは「クロスコンパイラ」と呼ばれます。LinuxでWindowsライブラリと*.exeファイルをビルドするためにそれらの1つを使用しています。ただし、COFFとELFおよびABIの違いにより、Linux.soとWindows.dllの両方と同じバイナリファイルを使用することはできません。

于 2012-10-20T20:42:39.477 に答える
2

互換性のないアプリケーションバイナリインターフェイスは、1つのツールチェーンで構築されたプログラムが、他のツールチェーンでコンパイルされたプログラムではバイナリレベルで動作しないように制限するものです。

たとえば、C ++のWindowsでは、例外の伝播はLinuxのDwarf2ではSetJump / Long Jumpモデルに従います。WindowsでツールチェーンとしてMinGWを使用したことがある場合は、TDM-GCCMingWディストリビューションで次のいずれかを選択できます。 2。

クロスプラットフォームプロジェクトを使用する場合は、残りのプログラムをビルドしているツールチェーンを使用してプロジェクトをビルドする必要があります。そうしないと、プログラムを連携して動作させることができません。

リンクされたSOの回答には、これに関する詳細が含まれています。

于 2012-10-20T20:51:43.110 に答える
1

他の回答に加えて、WindowsとLinuxでのリンクには異なるセマンティクスがあります。詳細については、リンカーとローダーに関するLevineの本を参照してください。

于 2012-10-21T06:45:29.400 に答える