标签: build-process

我在这里使用一个解析器生成器,不幸的是坚持放一个

#include <some/file.h>

在每个生成的源文件的顶部.该标题早已重命名.虽然强制编译器(gcc)使用新标头没有问题-include new/header.h,但是从每个生成的文件中删除上述指令会使构建过程复杂化.

有没有办法告诉gcc简单地忽略some/file.h？

我们有一个拥有网站和类库的解决方案.我们也有开发人员在VS 2005和VS 2008中工作.问题是当用户添加文件/从类库中删除文件时,它不会被添加到用户的项目文件中使用其他版本的VS. 此外,我必须设置我们的自动构建以使用一个项目文件.有没有办法解决这个问题,还是我们需要将每个人升级到2008年？

提升岩石,它是伟大的,非常强大,但每次我在Visual Studio 7.1中构建解决方案时我都讨厌它.

Boost似乎对构建时间有影响(不是积极的).我不能从我的项目中删除所有Boost用法来比较构建时间,但我在小项目上尝试过它,差异很有意义.

我想问题是Boost包含数千个头文件,这些头文件非常广泛地包含在内.因此,当我将boost/function.hpp头文件包含在我的头文件中时,可能会导致包含数百个Boost头文件.

是否有人经历过相同的经历？任何想法如何解决？

粗略的想法:

1. 为预编译头添加提升？至少它们将被解析并保存在一个文件中
2. 对某些Boost模板进行显式即时化吗？
3. 以某种方式准备Boost标题？
4. 不要将Boost包含在头文件中(听起来不真实)
5. ...

PS.是的,Boost也使用了我认为很难编译的硬核模板,所以成千上万的头文件并不是唯一的问题.

我使用ILMerge将我的几个C#项目DLL合并到一个DLL中,用于整个解决方案.我让每个项目为Intellisense生成其文档的.XML文件,当我尝试使用我的合并DLL作为另一个解决方案的参考时,我无法显示这些注释.我将这些文件都放在同一目录中:

• MergedProjectDlls.dll
• Project1.XML
• Project2.XML
• Project3.XML
• Project4.XML

我尝试将单个项目XML文件重命名为MergedProjectDlls.XML,然后在Visual Studio中删除并重新添加引用,但是Intellisense仍然没有接受我在已重命名的项目XML文件中存在的注释.

我希望以某种方式将所有这些项目XML文件合并到一个名为MergedProjectDlls.XML的文件中.那可能吗？当Intellisense与MergedProjectDlls.dll位于同一目录时,它会自动接收吗？

编辑:刚刚在MSDN上找到了这个:

要使用生成的.xml文件与IntelliSense功能一起使用,请让.xml文件的文件名与要支持的程序集相同,然后确保.xml文件与程序集位于同一目录中.因此,在Visual Studio项目中引用程序集时,也会找到.xml文件.

并且:

除非使用/ target:module进行编译,否则file将包含指定包含编译输出文件的程序集清单的文件名的标记."

我有几个VS 2010 C#项目在几个解决方案之间共享.我希望这些项目能够构建到他们打开的解决方案的目录中.我该怎么做？

我考虑过设置不同的构建配置(Debug_Xsln,debug_Ysln,Release_Xsln ......),但不确定是否有更好的方法.

在 Maven 项目中创建包时，是否有标准/推荐格式要遵循？我知道目录结构应该遵循被禁止的格式，并且不确定插入我的包的最佳方法是什么。

我的包结构应该是main.java.com.foo.barandtest.java.com.foo.bar还是去掉开头然后有com.foo.barand com.foo.bar.test？