dllimportでcのdll内の関数を呼び出す（gccコンパイラとvisual studio）

Question

以下のような事はできるのでしょうか。

① cのソースをgccでコンパイルしDLLを作成
② Visual StudioのC#から「①」のDLLインポート

試しに簡単なソースで試してみたらできなかったので、
やり方が悪いのかそもそもコンパイラが違うから
出来ないものなのかを知りたいです。

Answer 1

cygwinのgccでDLLを作ることはできます。詳細はcygwinのマニュアルの「Building and Using DLL」を参照下さい。なおそこに書いてありますが、cygwinで作ったDLLは「cyg」が頭についた名前になります。dllimportでインポートするときはこの名前を指定する必要があります。

また、dllimportで動的にインポートするのではなく、コンパイル・リンク時に使うDLLを指定しておく場合、そのDLLのインポートライブラリが必要です。cygwinでDLLを作ったときにできるインポートライブラリ (名前の頭に「lib」がつき、拡張子が「.a」) は、VC++でのインポートライブラリ (拡張子が「.lib」) としては使えません。このような場合は、.defファイルを作成してそれをもとにインポートライブラリを生成する必要があると思います。

Comments

[KTMEI]

ご回答ありがとうございます。

頂いたcygwinのサイトを確認しました。

以下のようにソースコードを作成して実験してみたのですが、
MinGWのgccを使用した場合、下記のコードの箇所で変数aに
int の 6 が入ってきました。

var a = helloFunc();

しかし、Cygwinのgccを使用した場合、上記のコードのところで
いきなり落ちてしまいます。

cygの接頭辞がつくとおっしゃっていましたが、cygwinの
サイトには静的にライブラリとして呼び込む場合にcygの接頭辞が
必要なように見えます。これは動的にDLLを呼び出す際にも
必要なのでしょうか？
(試しにDLLの名前の先頭にcygをつけてみましたが、同じように
　落ちてしまいました・・。)

cygwinのgccでコンパイルしたDLLを動的に読み込むのに何か他に
必要な作業、足りていない作業が有りましたらご教授ください。

以下サンプルプログラムです。
```C#
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Runtime.InteropServices;
using System.Text;
using System.Threading.Tasks;
using System.Windows.Forms;

namespace GCCTest
{
public partial class Form1 : Form
{
//[DllImport("helloForMinGW.dll", CallingConvention = CallingConvention.Cdecl)]
//static extern unsafe int helloMethod();

[DllImport("cyghelloForCygwin.dll", CallingConvention = CallingConvention.Cdecl)]
static extern unsafe int helloMethod();

// delegate of c function
unsafe delegate int DelegateHelloFunc();

public Form1()
{
InitializeComponent();
}

private void button1_Click(object sender, EventArgs e)
{
unsafe
{
try
{
DelegateHelloFunc helloFunc = (DelegateHelloFunc)helloMethod;
var a = helloFunc();
}
catch (Exception)
{

}
}
}
}
}
```

```C
hello.c

#include <stdio.h>
#include <string.h>
#include <stdlib.h>

__declspec(dllexport) long helloMethod();

long helloMethod()
{
return 6;
}
```

■MinGWのgccでコンパイルしたコマンド

gcc -c hello.c -o helloForMinGWgcc.o
gcc -shared -o helloForMinGW.dll helloForMinGWgcc.o

■cygwinのgccでコンパイルしたコマンド
gcc -c hello.c -o helloForCygwingcc.o
gcc -shared -o helloForCygwin.dll helloForCygwingcc.o

[ikedas]

- エラーメッセージなどは表示されていませんか。
- また、cygwinのgccでコンパイル・リンクしたものは実行時にcygwin1.dllが必要ですが、パスは通っているでしょうか。

なお、当方は今すぐに試せる環境がないのですが、デバッグビルドしてデバッガでトレース実行してみると、詳しいことがわかるかもしれません。

[KTMEI]

本コメント投稿時は、エラーもなく落ちていました。
先程試したところ、「vshost.exeは動作を停止しました」の
ポップアップが出て、落ちてしまいます。

ポップアップの際に出てくるログの内容(問題の詳細の表示)は
以下のようになっています。

問題の署名:
問題イベント名: APPCRASH
アプリケーション名: GCCTest.vshost.exe
アプリケーションのバージョン: 12.0.30723.0
アプリケーションのタイムスタンプ: 53cf4fe5
障害モジュールの名前: clr.dll
障害モジュールのバージョン: 4.6.1087.0
障害モジュールのタイムスタンプ: 583e5e56
例外コード: c0000005
例外オフセット: 00000000005b57bc
OS バージョン: 6.1.7601.2.1.0.256.48
ロケール ID: 1041
追加情報 1: e8ee
追加情報 2: e8eeef281cb8a34cc1d7843a0b67867f
追加情報 3: 684e
追加情報 4: 684ef898f8eb5bca866c395e2cb44902

オンラインのプライバシーに関する声明をお読みください:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0411

オンラインのプライバシーに関する声明が利用できない場合は、プライバシーに関する声明をオフラインでお読みください:
C:\Windows\system32\ja-JP\erofflps.txt

尚、「cygwin1.dllのパスは通っているか」ですが、
環境変数のpathにcygwin1.dllのパスを入れていて、
gccのコマンドを打つと、環境変数のpath配下のgccが
実行されているので、問題ないと考えています。

[ikedas]

うーん、ちょっと原因がわからないです。
- VC++で、ホスト プロセスを作成しないようにして再コンパイルして試してみては。
https://msdn.microsoft.com/ja-jp/library/ms185330.aspx

今のところ、これくらいしか思いつきません。

[KTMEI]

こちらを実施してみましたが、やはりcygwinのgccでコンパイルした場合はインポートが出来ませんでした。
MinGWのgccでは問題なくインポート出来ているので、インポートの実装自体は問題ないと思うのですが・・・。

[ikedas]

あと、32ビット版と64ビット版でやっているということはないですよね。それだったらそもそも動かない気もしますが。

[KTMEI]

gccのコンパイラはx64を使用し、C#側もx64です。
以下のgccを試しました。後者がx64のgccと認識しています。
---
gcc.exe
x86_64-pc-cygwin-gcc-6.3.0.exe

ダウングレードとかすると出来る可能性ってあるんでしょうか・・・。
(バージョン固有の不具合とか・・？)

Answer 2

こんにちは。

実際にやったことはないのですが、gccがMinGWの意味でしたら原理的には出来るはずですよ。
Windows APIもC言語I/Fのdllです。それをC#から呼び出せます。それと同じです。

gccがlinuxやunix、cygwin上のものでしたら、原理的にできないと思います。

Comments

[KTMEI]

回答ありがとうございます。

変な質問の仕方になっているかもしれないのですが・・・

Cソース自体はLinux上のgccでコンパイルして使っていました。
このソースをWindows上にファイルを持ってきてCygwinのGCCで
コンパイルして内部の関数を使えないかと考えていました。

つまり、cygwin上のgccだと、結局はUnixのgccを実行している為、
Linux用のモジュールが出来上がることになり、Windows上では
実行できないという認識でいいのでしょうか。

MinGWのGCCであれば、Windowsのコンパイラとして動作するため、
C#から呼び出すことが出来るという認識でいいでしょうか。

[Chironian]

> cygwin上のgccだと、結局はUnixのgccを実行している為、
> Linux用のモジュールが出来上がることになり、Windows上では
> 実行できないという認識でいいのでしょうか。

調べてみまたところcygwinについて理解不足してました。すいません。
cygwinの場合、linux用モジュールができるわけではなくWindows用のモジュールのようです。
ならば、ロードはできるのでC#とリンクできるかどうかが問題です。通常のC言語I/FであればC#からも呼べるはずですので、まずは普通にMinGWがらcygwinのdllを呼び出せるかどうかやってみては如何でしょうか？

> MinGWのGCCであれば、Windowsのコンパイラとして動作するため、
> C#から呼び出すことが出来るという認識でいいでしょうか。

その通りです。