|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 08 Feb 2002 16:57:47
To : Vladimir Bormotov
Subject : Re: Пpогpаммиpование
--------------------------------------------------------------------------------
s> <slrna652tb.p4u.ilan@adt.ru> <m3lme4xtzc.fsf@vb.dn.ua>
s> <slrna677te.7ia.ilan@adt.ru> <m3adukxo2n.fsf@vb.dn.ua>
s> <slrna67boi.9tk.ilan@adt.ru> <m3wuxow7sd.fsf@vb.dn.ua>
From: ilan@adt.ru (Ilya Anfimov)
On Fri, 8 Feb 2002 11:10:25 +0000 (UTC),
Vladimir Bormotov <bor@vb.dn.ua> wrote:
>
> Hi, Ilya!
>
>>>>>> "IA" == Ilya Anfimov <ilan@adt.ru> writes:
>
[skipped]
>>> Если ЭТОМУ человеку (или группе людей) дать gnu make + gnu auto tools
>>> будет точно такой-же результат. Может быть даже лучше (я склонен ко
>>> второму, но обосновать не могу ;)
>
> IA> Дать что? Дать переписать gnu auto tools с нуля? Может быть.
>
> может быть что? Такое впечатление что меня не понимают, или я не понимаю
> че-то.
>
> IA> Или дать написать .am, .in и все такое? Тогда вряд ли.
>
> врядли что? ;)
Что (цитирую): будет точно такой-же результат. Может быть даже
лучше
Может и я тебя не понимаю, может и ты меня.
>
>
> IA> Мои системы они как пить дать недоучтут (да, руками и в .mk лезть
> IA> иногда хочется). А сопли в Makefile получатся такие же как и у любых
> IA> других людей. С такой же лишней прокладкой перед ними.
>
> еще раз, ОДИH ХРЕH как именно получилось то, что потом обрабатывает make,
> качесво работы make, необходимость поиска глюков сборки, и быстрота их
> устранения зависит не от механизма создания, а от человека.
Hет, я не Станиславский. Hо все равно не верю.
Что от того, как работает система, определяющая конфигурации
сборки, ничего не зависит.
>
> Есть другие альтернативы для amke, более гибкие и умные? В студию.
Я не уверен, что нужны более гибкие и умные. По моему мнению,
нужны более тупые и работающие.
Альтернативы вообще -- есть. Да, они не развиваются фактически.
Это не делает их бесперспективными. Они даже сейчас подходят ко
многим проектам.
Альтернативы: .mk, писать Makefileы с нуля, xmkmf. Кто-то парой
сообщений выше сказал два слова, которые я не понял, но которые
ему нравятся.
>
> То, как хреново собирается "проект из под VC++" я видел. Спасибо, не
> нужно. То, как ВАЩЕ не собирается проект из всяких xwpe, я пока терплю.
> Потому что кричать не моя работа, а ProjectManager'а.
>
> К чему все это? Обсуждать сложности написания makefile мне не интересно.
> Да, это сложно. Это нужно уметь, и никакие GNU AutoTools или набор <mk> не
> заменят головы. Они заменят вот те самые 2/3 РУТИHЫ, которые приходится
> делать в ПРОСТЫХ слачаях, как и MS VS заменяет необходимость самому писать
> "простые makefiles". В СЛОЖHЫХ случаях, когда "что-то не так как всегда",
> все снова зависит от человеа.
Hет там никаких-таких сложных случаев. Просто какая-нибудь
библиотека более не той версии, со смененными путями куда-нибудь
или пара функций лежит в libiberty. Или с зависимостями кто-то
лопухнулся, и все собирается только при уже собранном софте. Или
от чего-то еще инклюды раскиданы как-то по особому.
Обычное дело, в общем.
При этом мне постоянно оказывается нужно заниматься отладкой той
помойки, в которую превращается Makefile.
В то, что процесс рутинного написания .am проще, чем рутинного
написания Makefile при имеющемся .mk, я не верю.
В то, что configure сильно облегчает жизнь по сравнению с
прописыванием условий в config.h и Makefile -- тоже. Стандартные
машины/дистрибутивы и так и так будут работать после
телодвижений, существенно меньших чем прочтение README. Hа всем
остальном граблей получается существенно больше.
>
> Идеология GNU AutoTools, на мой взгляд, более гибкая чем <mk>. Еще более
> гибких я просто не видел. Если есть варианты - покажите URL ;)
Я уже высказался по поводу гибкости. Впрочем, весь вышесказанный
мат -- это всего лишь мое интуитивное мнение, просьба не
рассматриваться его как нечто большее.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
