2017-08-01 8 views
1

IntelのスレッドビルディングブロックをWindowsにインストールし、Eclipse IDEとC++で動作させたいと思っています。私はC言語全体に新しい、ソース、make、cmake、cygwinなどのものからビルドしました。TBBをWindowsにインストールしてEclipseで動作させる方法

私がこれまで試したどのような

:Eclipseで

  • ロードTBBパッケージとソースを、それを含めるようにしてみてください
  • は、ソースから「作る」TBBに試してみてくださいだけGNUWin32make
  • からエラー2を得ました
  • は多くのチュートリアル、ヒントを試してみましたが、私は覚えていないことをはるかにそれ以上の

私はこれをどのように行うことができますか?

勝利10 - 64、Eclipseの酸素4.7.0、cygwinの2.8.2、コンパイラ:mingwの

答えて

1

あなたがRelease_Notes.txtで見ることができるように、ライブラリはCygwinのサポートはありません。しかし、あなたは、いくつかの例があります。

  1. 使用Visual Studioとバイナリパッケージのない
  2. 使用のLinux(あなたが本当にGCCが必要な場合)
  3. 使用MingwをCygwinの(difference)(!)。この場合、ソースコードからライブラリを構築すると完璧に動作するはずです。 cygwinのに
  4. ポートライブラリ(それは非自明な本当のソリューションです)
+0

こんにちは、あなたの答えに感謝。私はMingwと一緒にビルドしようとしましたが、まだエラーがあります。私は自分のパス変数でMingwを取得し、tbbのソースフォルダでmakeコマンドを試してみる。 "./build/detect.js"が見つからないエラーで終了します。しかし、ファイルはそこにあります。 –

+0

'cd src'と' make tbb tbbmalloc compiler = gcc stdver = C++ 11' うまくいかない場合 - 出力を提供 –

+0

こんにちは、私は試しましたが、同じエラーがあります。 'C:\ Users \ Leon \ Documents \ tbb \ src> make tbb tbbmallocコンパイラ= gccstdver = C++ 11 コマンド" \ "cscript/nologo/E:jscript ../build/detect.js/ arch gccstdver "cscript/nologo/E:jscript ../build/detect.js/runtime gccstdver = C++ 11 \" "コマンドの実行に失敗しました。間違った綴りか見つけられませんでした。 ../build/common.inc:73:***アーキテクチャが検出されませんでした。停止.' すべてのコンパイラ、cygwin、および他のすべてのものを削除して再インストールする必要がありますか?私がそれを正しく得るなら、私はミンウを必要としますか? –

0

はここcopiyingでスペースを失いました。

グラム++

C:\プログラムファイル\ mingwの-W64 \ x86_64-7.1.0-POSIX-SEH-rt_v5-rev0の\にMinGW64 \ binに\ G ++ exeファイル C:MinGWの\ \ binに\ g ++。exe

g ++ -v 組み込み仕様の使用。 COLLECT_GCC = g ++ COLLECT_LTO_WRAPPER = C:/ Program \ ファイル/ mingw-w64/x86_64-7.1.0-posix-seh-rt_v5-rev0/mingw64/bin /../ libexec/gcc/x86_64-w64-mingw32/7.1 .0/lto-wrapper.exe 対象:x86_64-w64-mingw32 ../../../src/gcc-7.1で設定されています。0 /設定--host = x86_64の-W64-MINGW32 --build = x86_64の-W64-MINGW32 --target = x86_64の-W64-MINGW32 --prefix = /にMinGW64 --with-SYSROOT =/C/mingw710/x86_64- 710-posix-seh-rt_v5-rev0/mingw64 - 有効共有 - 有効 - 静的 - 無効 - マルチブル - 有効な言語= c、C++、fortran、lto - 可能libstdcxx-time = yes - enable-threads = posix --enable-libgomp --enable-libatomic --enable-lto --enable-graphite - イネーブルチェック - release --enable-fully-dynamic-string --enable-version-specific-runtime -libs --enable-libstdcxx-filesystem-ts = yes --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls - -disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch = nocona --with-tune = core2 --with-libiconv --with-system-zlib - -with-mpc =/c/mingw710 /前提条件/ x86_64-w64-mingw32-static --with-mpc =/c/mingw710 /前提条件/ x86_64-w64-mingw32-静的--with-mpfr =/c /前提条件/ x86_64-w64-mingw32-static - w第i-ISL =/C/mingw710 /前提条件/ x86_64の-W64-MINGW32静的--with-pkgversion --with-bugurl = http://sourceforge.net/projects/mingw-w64 CFLAGS = = 'MinGWの-W64プロジェクトによって内蔵x86_64で、POSIX-SEH-rev0の、'」 -O2 -pipe -fno-ident -I/c/mingw710/x86_64-710-posix-seh-rt_v5-rev0/mingw64/opt/include -I/c/mingw710 /前提条件/ x86_64-zlib-static/include -I/C/mingw710 /前提条件/ x86_64の-W64-MINGW32静的/含む 'CXXFLAGS =' - O2 -pipe -fno-IDENT -I/C/mingw710/x86_64-710-POSIX-SEH-rt_v5-rev0の/にMinGW64/opt/include -I/c/mingw710 /前提条件/ x86_64-zlib-static/include -I/c/mingw710 /前提条件/ x86_64-w64-mingw32-static/include 'CPPFLAGS =' -I/c/mingw710/x86_64 -i/c/mingw710 /前提条件/ x86_64-zlib-static/include -I/c/mingw710 /前提条件/ x86_64-w64-mingw32-static/include 'LDFLAGS =' - パイプ-fno-IDENT -L/C/mingw710/x86_64-710-POSIX-SEH-rt_v5-rev0の/にMinGW64/OPT/LIB -L/C/mingw710/prerequiサイト/ x86_64の-zlibを静的/ libに-L/C/mingw710 /前提条件/ x86_64の-W64-MINGW32静的/ libに「スレッドモデル: のMinGWによって建てられたposix gccのバージョン7.1.0(x86_64版 - POSIX-SEH-rev0の、 -W64プロジェクト)

+0

私は自分のPC上で同じバージョンをチェックしています。主な違いは、コンパイラがドライブルートの近くにドライブを置いて、スペースや長いパス(環境変数にはいくつかの制限があります)を防ぐことです。私はあなたの環境(クリーンアップ)とソースコンパイラを直接確認するべきですね: 'set PATH = C¥bin¥mingw-w64¥bin;%PATH%'使用前 また、どのバージョンのTBBを試してみますかつかいます –

関連する問題