从Linux迁移到干净的文件系统层次结构到Windows,我想设置一个或多个专用文件夹来保存编译器及其相关库,sysfs之类的东西,比如sysfs ......我想找到优雅的方式来做到这一点。
我主要使用C / C ++ java和python开发。甚至对于C ++项目来说,管理使用visual studio和mingw构建的库是一件痛苦的事。如果您以前曾就此主题工作,我的目的是分享您的经验。您是否为每个编译器设置了一个专用的开发树,例如每个par架构(ia32 x86_64等),或者您只需按照安装程序将所有内容放入程序\ /文件等中?
提前谢谢
答案 0 :(得分:0)
我过去看过的是这样的项目:
MyProject \
docs \
source\
includes\
tests \
targets \
gcc\
xcode\
vs2008\
vs2010\
MyProject\
Debugx86\
Debugx64\
Releasex86\
Releasex64\
这允许所有编译器将它们的项目文件分开,并且所有编译器都使用相同的源。这也可以防止编译器/体系结构之间的意外交叉链接
答案 1 :(得分:0)
这不完全是关键,但我正处于从Linux gcc / make转换为MSVS的过程中。范式的转变可能很棘手。我将在上周分享 aha !时刻。
MSVS非常愿意在项目元数据中存储绝对路径名,这会导致您在尝试例如搬到另一台电脑。宏功能允许您在额外包含或库目录等位置以符号方式指定各种根目录。使用它们。
答案 2 :(得分:0)
我通常让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)过去常常有关于这个主题的好博客/网络文章。