多语言构建工具

时间:2009-03-02 16:37:16

标签: visual-studio build-process legacy-code

我有一个包含几十个单独的EXE和DLL的大型企业系统的构建过程。它们使用多种语言,C,C ++,Fortran,Python,Awk等等。构建脚本是4DOS批处理过程,经过40多年的发展。它们体积大,笨重,需要不断的护理和喂养。

我必须将Visual Studio解决方案和项目文件保留为基本的编译/链接实体。什么是将这些不同语言包装在一起的最佳工具。 4DOS非常陈旧和繁琐。

编辑:

感谢帮派。我想我会首先尝试SCONS,因为它是Python。我们有很多精通Python的人能够更新和维护它。我现在才61岁,从长远来看,这不会是我的支持。我不喜欢任何需要JAVA或XML的东西,因为那些不是我们产品组合中的语言,而且我们有足够的游戏。

那些博文很好。他总结说,SCONS是最好的,但对于他的目的来说太慢了。我不是在寻找夜间建筑的速度。它要到上午7点。我想要可读性和可维护性。

8 个答案:

答案 0 :(得分:2)

例如Apache Ant

答案 1 :(得分:0)

Ant是个不错的选择。我也很想尝试Rake

答案 2 :(得分:0)

我认为最好的选择是NAnt和MSBuild

答案 3 :(得分:0)

或许

Scons

答案 4 :(得分:0)

这些可能有点过时 - 构建系统可能已经发展了很多,但这至少可以让你更好地了解期望:

就个人而言,我从来没有需要任何特别的东西,这是VS项目/解决方案文件,makefile和BATCH'es无法实现的,所以我不会特别推荐任何东西。

答案 5 :(得分:0)

绝对是{p> Scons。它自然地与fortran和C一起玩,并且它是基于python的,所以它也不应该有任何问题(从来没有用过py作为py,所以无法从经验中得知)。此外,比那里的大多数人更具可读性。

答案 6 :(得分:0)

我知道Maven并不知道除了Java之外什么都不关注,但也许至少值得一提。至少要启用C / C ++已经有了一些工作。与Ant比较时,它可以以类似的方式插入,但它是声明性的而不是命令式的,具有标准化的依赖关系管理,以及甚至可以分发的构建结果存储库。

答案 7 :(得分:0)

对于C ++部分,

ANT + terp。 terp可以很好地与VisualStudio以及许多平台上的许多其他C ++编译器配合使用。但是ANT需要Java,如果仅作为托管技术。我不知道这是否符合您的要求,或者您是否只是不想开始编写Java代码。