LINUX.ORG.RU

CMake 3.0

 ,


3

3

Стала доступна новая версия CMake 3.0 .

CMake — это кроссплатформенная система автоматизации сборки программного обеспечения из исходного кода.

Изменения:

  • Удален код для поддержки совместимости с версией CMake 2.4.
  • Расширен язык и синтаксис CMake.
  • Документация CMake преобразована в reStructuredText.
  • Добавлены генераторы файлов проектов для Kate и CodeLite.
  • Множество изменений в командах и модулях CMake.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: CYB3R (всего исправлений: 1)

Это такой make, только не make и с поломанной обратной совместимостью со старым не-make?

Stahl ★★☆
()

Расширен язык и синтаксис CMake.

ну хоть бы маленький пример дал бы

Новые переменные Kate и CodeLite, доступны для использования в Makefile.

не распарсил

Stil ★★★★★
()
Ответ на: комментарий от Stil

A new CodeLite extra generator is available for use with the Makefile or Ninja generators.
A new Kate extra generator is available for use with the Makefile or Ninja generators.
The Ninja generator learned to use ninja job pools when specified by a new JOB_POOLS global property.

the end.

anonymous
()

перевод страдает, сорри :'(

garik_keghen ★★★★★
() автор топика

Ждём ебилдов.

O02eg ★★★★★
()
Ответ на: комментарий от Reset

Список поддерижваемых платформ несравним. Для какого-нибудь древнекоммерческого Unix-а кроме autotools ничего нет.

selivan ★★★
()
Ответ на: комментарий от selivan

Список поддерижваемых платформ несравним

90% из которых мертвы, а вот с распространенными платформами у autotools жопа полная.

Reset ★★★★★
()
Последнее исправление: Reset (всего исправлений: 1)
Ответ на: комментарий от Harald

Это скорее историческое наследие. В относительно новых проектах его нет.

dinn ★★★★★
()

Еще бы они заменили свой наркоманский DSL язык на что-то более общепринятое: JavaScript, Python, Ruby, Perl, Lua в конце-концов и цены бы ему не было.

KennyMinigun ★★★★★
()
Ответ на: комментарий от Harald

autotools - де-факто стандарт для систем сборки всего свободного ПО

Для своего времени была неплохая вещь, но сейчас нет смысла для новых проектов его использовать, т.к. есть более вменяемые альтернативы. Сабж тому пример.

BlackRaven86
()
Ответ на: комментарий от Reset

Из чего следует, что ни один из них пока выбрасывать не стоит.

selivan ★★★
()
Ответ на: комментарий от selivan

Список поддерижваемых платформ несравним. Для какого-нибудь древнекоммерческого Unix-а кроме autotools ничего нет.

Ну, почему же. Вот вам алгоритм сравнения:

Сравни количество денег, которые готов заплатить владелец того самого Unix'а с количеством усилий, которые нужно приложить для его полноценной поддержки.

anonymous
()
Ответ на: комментарий от I-Love-Microsoft

QBS - то что надо, а вот cmake - кака

Глупости. Они абсолютно разные, QBS - не генератор, а часто именно это и требуется.

Cmake убог, но лучшее, что есть (для всяких там плюсов).

DarkEld3r ★★★★★
()
Ответ на: комментарий от KennyMinigun

Во-во, DSL у cmake блевотный, могли бы ведь сделать какой-нибудь нормальный декларативный с escape hatch'ами в императивность на базе чего-нибудь вменяемого, но нет :-(

Уж лучше autotools, чем ЭТО, как по мне, если только Windows не нужен...

anonymous
()
Ответ на: комментарий от KennyMinigun

Поддерживаю комплексующих по поводу языка CMake. Не вижу причин, почему его нельзя заменить на тот же Python, JS или Lua. Разработчики видно сильно озабочены обратной совместимостью с существующим кодом, иначе рискуют потерять пользователей. Это их и погубит, отсутствие развития похоронило многие проекты. Сейчас вон свежая кровь подоспела в виде QBS, но последний до сих пор в состоянии студенческой поделки.

Dendy ★★★★★
()

Не нужно, для Ъ есть autotools, для просветленных — plain make-файлы, для ценителей — premake

buddhist ★★★★★
()

Неосиляторы autotools доставляют, там всего-то надо 3 мануала прочитать вдумчиво, и всё сразу легко и понятно станет

Harald ★★★★★
()
Ответ на: комментарий от Harald

CMake потихоньку, но развивается, вот сильно улучшили поддержку Ninja в 3.0. А когда добавят тот же Ninja в autotools? Я уже не говорю про элементарные вещи, вроде отдельной директории сборки вместо того, чтобы гадить обьектниками прямо в исходники. Или вспомним про степень поддержки autotools на Windows.

Dendy ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft
  • Тормознутось - система построена на shell скриптах
  • Куча мусора в выводе - см. п. 1 3
  • Огромный автосгенерированный скрипт в дистрибутиве
  • Убогий и неочевидный синтаксис (хотя и CMake не идеал, но там синтаксис лучше)
  • Куча оверхеда даже для простых случаев

Ну и до кучи: http://voices.canonical.com/jussi.pakkanen/2011/09/13/autotools/

flareguner
()
Ответ на: комментарий от flareguner

Теневая сборка в autotools вроде бы есть, но работает не всегда.

Найдите мне хоть один проект на autotools в Git, в котором отсутствует .gitignore. Их авторы соревнования могут устраивать по степени упоротости игнорируемых паттернов.

Dendy ★★★★★
()
Ответ на: комментарий от Dendy

Я ни в коем случае не оправдываю autotools, я лишь написал что теневая сборка с autotools возможна. Упоротость .gitignore в autotools проектах говорит скорее всего о том, что теневая сборка применяется чуть чаще чем никогда.

flareguner
()
Ответ на: комментарий от Dendy

Найдите мне хоть один проект на autotools в Git, в котором отсутствует .gitignore.

Внезапно, .gitignore нужен даже если проект не использует ни аутотолс, ни цмаке. Мусор генерируемый в каталогах файловыми менеджерами для индексации каталогов тоже предлагаешь ставить под версионный контроль и собирать со всех операционок?

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

Мусор генерируемый в каталогах файловыми менеджерами для индексации каталогов тоже предлагаешь ставить под версионный контроль и собирать со всех операционок?

Проблемы мусорных файлменеджеров. Файлы должны создаваться исключительно по желанию пользователя. Для ССЗБ есть глобальный .gitignore или локальный .git/info/exclude. Типичная же свалка в .gitignore проектов на autotools к этому отношения не имеет.

Dendy ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.