Новый формат описания проектов - BuilDj

сначала испугался, что оно на джава

Взяли бы Maven и не мучились так.

Надоели клепать свои местечковые, ни с чем несовместимые форматы.

Вот это круто!

Я давно пытаюсь создать что-то подобное, но более похожее на CMake. Хотя в последнее время на меня сильно повлиял maven.

Вобщем, браво!

> Надоели клепать свои местечковые, ни с чем несовместимые форматы.

А какие здесь есть *стандартные* форматы?

> Взяли бы Maven и не мучились так.

Я не спец, но говорят что ментейнеры хватаются за пистолет от Maven.

а чем xml не угодил? на яваскрипте собираются ваять сборку?

а чем для сборки ант не подходит?

CMake в помощь, не?
Нафига еще один велосипед?

>а чем xml не угодил?

Читается в два раза труднее, не? :)

> а чем для сборки ант не подходит?

Ant на Java, ежели ты не заметил.

Будет ли профит, если прикрутить его к LFS? Мне почему-то кажется, что вопрос не столько в том, насколько хорош новый формат, а в том, насколько хорошо его будут поддерживать разработчики. А то сейчас одни используют autotools, другие - CMake, есть оригиналы, на примере liblastfm, которые написали свой собственный конфигуратор на ruby.

>а чем для сборки ант не подходит?

Ant сравним с Make - это тупая выполнялка правил сборки, для больших проектов нужны абстракции более высокого уровня иначе поддержание системы сборки превращается в ад

JSON для описания билдов??? Какому извращенцу со сьеденным вебом мозгом могло это прити в голову???!!!

Я НЕГОДУЮ, дорогая редакция.

Если они сделают Maven с человеческим лицом, человечество им в ножки поклонится. Но это ж гномеры, ёпт...

> JSON для описания билдов??? Какому извращенцу со сьеденным вебом мозгом могло это прити в голову???!!!

Я тоже считаю, что YAML лучше.

>Читается в два раза труднее, не? :)

Нет как раз ГСОН читается труднее. Иксемель хотя бы частично самодокументируем, а это мусор.

Какому извращенцу со сьеденным вебом мозгом могло это прити в голову???!!!

Бывшему PHPисту. Очевидно.

> JSON для описания билдов??? Какому извращенцу со сьеденным вебом мозгом могло это прити в голову???!!!

Я НЕГОДУЮ, дорогая редакция.

Why not? Имхо вполне разумный компромисс между читабельностью и лёгкостью парсинга машиной. Согласитесь, править руками или читать большой XML довольно утомительно.

>для больших проектов нужны абстракции более высокого уровня иначе поддержание системы сборки превращается в ад

Вот поэтому ант и сосет. Его заруливает мавен. А ант оставь для себя, друк.

>Имхо вполне разумный компромисс между читабельностью и лёгкостью парсинга машиной.

Парсинг конфига для сборки не настолько трудоемкая задача чтобы идти на такой бред. Пускай лучше свистелки из КДЕ выбрасываают а не экономят на спичках там где это ненадо.

{
  "project":
  {
    "name":    "CC Test",
    "version": "0.0.1",
    "url":     "http://www.gnome.org"
  },
  "requires":
  {
    "gtk+-2.0":
    {
      "type":      "package",
      "version":   "2.14",
      "mandatory": "True"
    }
  },
  "targets":
  {
    "my_gtk_program":
    {
      "type":     "program",
      "tool":     "cc",
      "input":    ["gtk_program.c"],
      "packages": ["gtk+-2.0"]
    }
  }
}

И что тут такого нечитабельного?

>>для больших проектов нужны абстракции более высокого уровня иначе поддержание системы сборки превращается в ад

Вот поэтому ант и сосет. Его заруливает мавен. А ант оставь для себя, друк.

Дык я ж о чём, камрад :)

Просто мавен довольно сильно ориентирован на Java-проекты, и не смотря на то что для мавена есть плагины позволяющие выполнять сборку сишных проетов, я считаю что для нативных проектов надо создать что-то похожее (мавен таки рулит, да) но с учётом специфики.

лучше свистелки из КДЕ выбрасываают

Гномеры-то?

> Бывшему PHPисту.

Это ты от балды сказал?

cmake чем не угодил?

>>Имхо вполне разумный компромисс между читабельностью и лёгкостью парсинга машиной.

Парсинг конфига для сборки не настолько трудоемкая задача чтобы идти на такой бред. Пускай лучше свистелки из КДЕ выбрасываают а не экономят на спичках там где это ненадо.

А какие ещё варианты? CMake выглядит для человеческого глаза неплохо, но очень плохо поддаётся парсингу (я про параметры команд) из-за того что там нет чёткой логики разделения кейвордов и структурированных параметров. В итоге каждая команда парсит свои параметры как хочет, код раздут и тяжело расширяем.

> cmake чем не угодил?

Имхо, CMake пока лучшее из существующих решений для кроссплатформенной сборки нативных проектов, но он не идеален.

Его бы переписать на питоне, чтобы можно было легко писать плагины и подключать их к сборке... ну и синтаксис немного подкорректировать. Сейчас меня тут заклюют насчёт питона, но товарищи вы загляните в тот C++ :-O

Хм... А плагины и проверки писать на жабоскрипте? Тоже мысль, но что-то мне подсказывает что на чуть более сложных примерах среднестатистический питонист будет взрываться от обилия скобок.

rudchenkos

CMake выглядит для человеческого глаза неплохо, но очень плохо поддаётся парсингу (я про параметры команд) из-за того что там нет чёткой логики разделения кейвордов и структурированных параметров. В итоге каждая команда парсит свои параметры как хочет, код раздут и тяжело расширяем.

Эээ... Язык cmake поддаётся парсингу не хуже чем скажем C или жабоскрипт. Его единственная проблема это как раз омерзительный (с эстетической и только с эстетической точки зрения) синтаксис.

Кому сказано - Waf используются, он на Питоне, плагинами хоть обмажься.

> cmake чем не угодил?

Потому что json - это модно, стильно, молодежно!

>И что тут такого нечитабельного?

нах столько кавычек?

> Его бы переписать на питоне, чтобы можно было легко писать плагины и подключать их к сборке.

И получится SCons?

Посмотрел на примеры - XML лучше

> Кому сказано - Waf используются, он на Питоне, плагинами хоть обмажься.

/me впервые услышал о Waf и очень заинтересовался

>Посмотрел на примеры - XML лучше

Почему? Действительно интересно. Вроде как в примерах все красиво и очень читабельно. XML мне читать гараздо менее приятно.

>> Его бы переписать на питоне, чтобы можно было легко писать плагины и подключать их к сборке.

И получится SCons?

Нет, не уверен что мне нравится идея написания самих сборочных скриптов на питоне, как-то он слегка избыточен для этого, получается много кавычек и квадратных скобок... хотя, это плата за стройность лексики, чего не хватает CMake.

А ещё, емнип, SCons сам собирает, а не генерирует сборочные файлы. :(

Надо было и называть BlueG, тогда бы никто не пугался :)

>Его бы переписать на питоне, чтобы можно было легко писать плагины и подключать их к сборке... ну и синтаксис немного подкорректировать.

SCons?

дилема в том, что то, что легче обработать машине не всегда удобоваримо для восприятия человеку. один из лучших компромисов - XML. хоть и жалуются на его нечитабельность, но он гораздо мощней чем json, но, разумеется, сложней для визуального восприятия, хотя это субъективно. по-мне, будет жаль если этот лисапед протолкнут.

> /me впервые услышал о Waf и очень заинтересовался

/me в Waf давно разочаровался.

>на основе json

GNOME

Гномеры не допустят, чтобы где-либо не использовался xml!

Ага, а C, конечно, достаточно легко поддаётся парсингу без задействования всяких flex-ов, да-да. Конечно, JSON парсить на порядок легче, на питоне это делает крошечный модуль в стандартной библиотеке, например.

CMake хуже тем же, чем он лучше. То есть своей сложностью. Часто эта сложность просто не адекватна задаче. Для кед хорошо, для сложных кастомных проектов тоже, для хеллоуворлда на Gtk - нет. Сабж одобряю, имхо, будет очень полезно для широкого ряда проектов.

видимо, свой велосипед с квадратными колёсами удобнее. Правда, может, они java использовать не хотят.

>XML. хоть и жалуются на его нечитабельность, но он гораздо мощней чем json,

ни разу не видел, чтобы в xml вкладывали функции. И где в зумеле списки, словари и вообще типы данных помимо строк?

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

Apache build manager for Java projects без джавы уже научился работать?

Еще один make- велосипед. Буэээ. Закопайте его скорее.

> основная проблема как раз в том что джисон слишком мощный, что приводит к запутанному неочевидному коду.

Зумель мозг поел?

Вся спека джейсона укладыватся в 16 килобайт: http://tools.ietf.org/rfc/rfc4627.txt. Примерно столько же занимает полнофункциональный парсер, на любом языке.

GNOME продолжает генерировать ненужного говно.

>чтобы можно было легко писать плагины и подключать их к сборке

к cmake'у можно неволзбранно писать свои модули. Язычок конечно не слишком доставляет (что-то бейсиковое прослеживается), но в целом терпимо