Многоязычные инструменты сборки

Question

У меня есть процесс сборки для большой корпоративной системы, состоящей из нескольких десятков отдельных EXE и DLL. Они используют несколько языков, C, C ++, Fortran, Python, Awk и еще пару. Сценарии сборки - это пакетные процессы 4DOS, которые развивались более 4 десятилетий. Они большие и громоздкие и нуждаются в постоянном уходе и кормлении.

Я должен сохранить решение Visual Studio и файлы проекта в качестве базовых объектов компиляции / компоновки. Каков лучший инструмент для объединения этих разрозненных языков? 4DOS очень старый и громоздкий.

EDIT:

Спасибо, банда. Я думаю, что сначала попробую SCONS, потому что это Python. У нас есть много людей, хорошо разбирающихся в Python, чтобы иметь возможность обновлять и поддерживать его. Мне сейчас 61 год, и я не буду поддерживать это в долгосрочной перспективе. Мне не нравится что-либо, требующее JAVA или XML, потому что это не те языки, которые уже есть в нашем ассортименте, и нас уже достаточно

Эти посты в блоге были хорошими. Он пришел к выводу, что SCONS был лучшим, но слишком медленным для его целей. Я не ищу скорость в ночных сборках. Это до 7 утра. Я хочу удобочитаемости и удобства обслуживания.

Answer 1

Например Apache Ant

Answer 2

ANT + terp для порций C ++. Terp прекрасно работает с VisualStudio, а также со многими другими компиляторами C ++ на многих платформах. ANT требует Java, хотя, если только в качестве технологии хостинга. Я не знаю, является ли это нет-нет с вашими требованиями или вы просто не хотите начинать писать код Java.

Answer 3

Я знаю, Maven , как известно, не фокусируется ни на чем, кроме Java, но, возможно, это, по крайней мере, стоит упомянуть. Была проделана некоторая работа по включению хотя бы C / C ++. При сравнении с Ant он подключается аналогичным образом, но он декларативный, а не обязательный, со стандартизованным управлением зависимостями и репозиторием результатов сборки, который может даже распространяться.

Answer 4

Булочки определенно. Он, естественно, работает с fortran и C, и он основан на python, поэтому у него не должно быть никаких проблем (хотя он никогда не использовался для py, так что по опыту не могу сказать) Кроме того, гораздо более читабельным, чем большинство из них там.

Answer 5

Они могут быть немного устаревшими - системы сборки могли эволюционировать совсем немного, но это должно, по крайней мере, дать вам лучшее представление о том, чего ожидать:

• В поисках идеальной системы сборки
• В поисках идеальной системы сборки (часть 2)

Лично мне никогда не требовалось ничего особенного, чего нельзя достичь с помощью файлов проекта / решения VS, make-файлов и BATCH, поэтому я не буду рекомендовать что-либо конкретное.

Answer 6

Булочки возможно?

Answer 7

Я думаю, что лучший выбор - NAnt и MSBulid

Answer 8

Муравей - хороший выбор. Я также хотел бы попробовать Рейк .