从文件系统层次结构清晰的Linux迁移到windows,我想设置一个或多个专用文件夹来存放编译器及其相关库,比如sysfs ...我想找到一种优雅的方式来做这件事。
我主要使用C/C++、java和python进行开发。即使对于C++项目,管理使用visual studio和mingw构建的库也是一件痛苦的事情。我的目标是分享你的经验,如果你以前在这个主题上工作过。您是否为每个编译器设置了专用的开发树,例如,每个par架构(ia32、x86_64等),还是只是按照安装程序将所有内容都放入program\ /file等中?
提前谢谢你
发布于 2011-10-19 06:31:06
我在过去看到的是这样的项目:
MyProject \
docs \
source\
includes\
tests \
targets \
gcc\
xcode\
vs2008\
vs2010\
MyProject\
Debugx86\
Debugx64\
Releasex86\
Releasex64\这允许所有的编译器保持各自的项目文件独立,并且所有的编译器都使用相同的源代码。这还可以防止编译器/体系结构之间的意外交叉链接
发布于 2011-10-19 11:06:14
这不完全是重点,但我自己正在从Linux的gcc/make转换到MSVS的过程中。范式的转变可能会很棘手。我只分享上周的内容!片刻。
MSVS太愿意将绝对路径名存储在项目元数据中,这会导致您在尝试移动到另一台计算机时受挫。宏功能允许您在extra include或库目录等位置以符号方式指定各种根目录。使用它们。
发布于 2011-10-19 11:35:37
我通常让VS,Qt/mingw等安装到他们想去的地方--也就是说,我保留默认设置。关于我的src-code-tree和build-tree,我总是花费大量的时间和想法来设置它们。我从试验集成开发环境(在我最近的例子中是VS2008)开始,观察默认行为,然后才设计我的src-tree和无bld。到目前为止,对于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。这实际上是一项非常艰巨的任务。禤浩焯Neagu (Nuance)过去在这个主题上有很好的博客/网络文章。
https://stackoverflow.com/questions/7814351
复制相似问题