混合開發環境

從Linux的移動，以其乾淨的文件系統層次到Windows，我想建立一個或多個專用的文件夾來保存編譯器和它們相關的圖書館，像sysfs中，像sysfs的...我喜歡尋找優雅的方式來做到這一點。混合開發環境

我主要是開發使用C/C++ Java和Python。甚至對於C++項目，管理用visual studio和mingw構建的庫也是一件痛苦的事情。如果您之前從事過這方面的工作，我希望分享您的經驗。你是否爲每個編譯器體系結構設置了一個專用的開發樹（ia32 x86_64等），或者你只需要按照安裝程序將所有內容放在program \/file等文件中？

預先感謝您

來源

2011-10-18 gpgnews

這不是什麼sysfs。 – millimoose

另外，通過「混合」開發，您是指使用多種語言的項目，還是您的C++項目必須可以在多個環境中構建，或者只是您在所有三個平臺上的項目上工作？ – millimoose

我過去所看到的是這樣的項目：

MyProject \ 
     docs \ 
     source\ 
      includes\ 
     tests \ 
     targets \ 
      gcc\ 
      xcode\ 
      vs2008\ 
      vs2010\ 
       MyProject\ 
       Debugx86\ 
       Debugx64\ 
       Releasex86\ 
       Releasex64\

這允許所有的編譯器，以保持thier項目文件分開，並且都使用相同的源。這也可以防止編譯器/體系結構之間意外的交叉鏈接

來源

2011-10-18 22:31:06

我很確定OP詢問在哪裏放置編譯器二進制文件（例如gcc.exe等）和庫文件，而不是項目文件（儘管我可以看到它看起來如何）。 – Mac

我認爲這是一個兩部分問題，第二部分似乎在問這個問題。第一部分的答案是「誰在乎二進制文件在哪裏？」 –

這並不完全正確，但我正處於從Linux gcc/make轉換爲MSVS的過程中。範式轉變可能會很棘手。我只會分享上週的aha！時刻。

MSVS是太願意來存儲項目元數據的絕對路徑名，導致沮喪，當你嘗試例如移動到另一臺電腦。宏功能允許您在象額外包含或庫目錄這樣的地方象徵性地指定各種根目錄。使用它們。

來源

2011-10-19 03:06:14 phunctor

我通常會讓VS，QT/MinGW的，等自己安裝他們想在那裏去 - 也就是我保持默認。關於我的src-code-tree和build-tree，我總是花很多時間考慮設置它們。我首先嚐試IDE（在我最近的案例中是VS2008），觀察默認行爲，然後設計我的src-tree和bld-free。隨着VS2008我至今使用相對簡單的安排：

C：\ PRJ \ common_lib_cpp C：\ PRJ \ common_lib_cpp \ LIB1 C：\ PRJ \ common_lib_cpp \ LIB2 C：\ PRJ \ common_lib_csharp C：\ PRJ \ common_lib_csharp \ LIB3 C：\ PRJ \ my_exe_prj1 C：\ PRJ \ my_exe_prj2

我過於簡單化了一點，但不多。這對我來說已經工作了6個多月，沒有任何重大問題。當我在Nuance工作的時候，src-tree非常精心設計，基於make的構建系統非常龐大，複雜和強大。 Windows和Linux（幾種版本）構建使用相同的src-tree。這實際上是非常艱鉅的任務。 Adrian Neagu（Nuance）曾經在這個主題上有很好的博客/網頁文章。

來源

2011-10-19 03:35:37

混合開發環境

回答

相關問題