Linuxからクリーンなファイルシステム階層をウィンドウに移動するには、コンパイラとその関連ライブラリ、sysfsのようなsysfsのような専用フォルダを1つ以上設定する必要があります。これを行うエレガントな方法を見つけるのが好きです。ハイブリッド開発環境
私は主にC/C++のjavaとpythonを使って開発しています。 C++プロジェクトでさえ、Visual Studioやmingwで構築されたライブラリの管理は苦痛です。これまでにこの課題に取り組んでいれば、あなたの経験を分かち合うことを目指しています。コンパイルごとに専用の開発ツリーを設定するのですか（例えばia32 x86_64など）、インストーラに従ってください。
は、私が過去に見てきたどのような事前
でお願いします。このようなプロジェクトである：
MyProject \
docs \
source\
includes\
tests \
targets \
gcc\
xcode\
vs2008\
vs2010\
MyProject\
Debugx86\
Debugx64\
Releasex86\
Releasex64\
これはthierプロジェクトファイルを保つために、すべてのコンパイラは分離可能で、すべてが同じソースを使用。これはまた、コンパイラ/アーキテクチャ間の偶発的なクロスリンケージを防ぎます。
私はOPがコンパイラバイナリ（gcc.exeなど）とライブラリファイルをどこに置くのかをプロジェクトファイルではないと確信しています。 – Mac
私は2つ目の部分がこれを尋ねているように見える、2つの部分の質問だと思った。最初の部分への答えは、「バイナリがどこにあるのか誰が気に？ –
これはまさにポイントではありませんが、Linux gcc/makeからMSVSへの変換途中です。パラダイムシフトは難しいことがあります。先週のahaを共有します。瞬間
MSVSは、絶対にプロジェクトメタデータに絶対パス名を格納することを余儀なくされています。別のコンピュータに移動する。マクロ機能を使うと、余分なインクルードディレクトリやライブラリディレクトリのような場所で、さまざまなルートディレクトリを象徴的に指定することができます。それらを使用してください。
私は通常、VS、Qt/mingwなどを自分が望む場所にインストールできるようにします。つまり、デフォルトを維持します。私のsrc-code-treeとbuild-treeに関して、私はいつも多くの時間を費やし、それらを設定することを考えました。私はIDE（私の最近のケースではVS2008）を試し始め、デフォルトの動作を観察してから、自分のsrc-treeとbld-freeを設計します。
C：\ PRJ \ common_lib_cpp C：\ PRJ \ common_lib_cpp \ LIB1 C：\ PRJ \ common_lib_cpp \ LIB2 C：\ PRJ \ common_lib_csharp C：\ PRJ VS2008で、私はこれまでのところ、相対シンプルな構成を使用します\ common_lib_csharp \ LIB3 C：\ PRJ \ my_exe_prj1 C：\ PRJ \ my_exe_prj2
私はあまりない、少しoversimplifyingています。これは6ヶ月以上の間、私にとってはうまくいきました。大きな問題はありません。しばらく前にNuanceで働いていたとき、src-treeは非常に慎重に設計されており、makeベースのビルドシステムは大きく、複雑で堅牢でした。 WindowsとLinux（いくつかのフレーバー）ビルドは同じsrc-treeを使用していました。これは実際には非常に難しい作業です。 Adrian Neagu（Nuance）は、このトピックに関する良いブログ/ウェブ記事を持っていました。
これはsysfsとは異なります。 – millimoose
また、「ハイブリッド」開発では、複数の言語を使用するプロジェクト、複数の環境で構築可能なC++プロジェクト、または3つのプラットフォームすべてでプロジェクトで作業することを意味しますか？ – millimoose