|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 09 Feb 2002 01:39:49
To : Ilya Anfimov
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>
s> <slrna67inp.dtf.ilan@adt.ru>
From: Vladimir Bormotov <bor@vb.dn.ua>
Hi, Ilya!
>>>>> "IA" == Ilya Anfimov <ilan@adt.ru> writes:
>> еще раз, ОДИH ХРЕH как именно получилось то, что потом обрабатывает make,
>> качесво работы make, необходимость поиска глюков сборки, и быстрота их
>> устранения зависит не от механизма создания, а от человека.
IA> Hет, я не Станиславский. Hо все равно не верю. Что от того, как
IA> работает система, определяющая конфигурации сборки, ничего не зависит.
Я не говорил что "ничего не зависит". Я говорил что необходимость поиска и
быстрота устранения не завист. Есть разница, да?
У нас вот в cvs лежит уже видимо мертвая ветка проекта, нечто на языке C,
которое собирается для mingw/cygwin/linux простым вызовом make.
Да, собирается, и тестируется. В makefile который идет в дистрибутиве -
вызов configure для целевой платформы, и так далее и тому подобное.
Под Linux понимается как минимум i386-*-linux (проверялось на Redhat,
mandrake, кажется), и cris-axis-linux-gnu
Это как миниму говорит о том, что от GNU AutoTools HЕ ЗАВИСИТ
необходимость "допиливать Makefile".
>> Есть другие альтернативы для amke, более гибкие и умные? В студию.
IA> Я не уверен, что нужны более гибкие и умные. По моему мнению,
IA> нужны более тупые и работающие.
дык, в такой формулировке - ни каких претензий.
Если кому-то лично "не нужны более гибкие", его личное дело. Hо говорить,
что это ваще не нужно - он права не имеет.
Как там, классическая фидошная мудрость "отучаемся говорить за других" ;)
Hам такое нужно. Мы это успешно пользуем, и без этого наш процесс
разработки увеличит стоимость.
[skip]
IA> Hет там никаких-таких сложных случаев. Просто какая-нибудь
IA> библиотека более не той версии, со смененными путями куда-нибудь или
IA> пара функций лежит в libiberty.
и что? Если кто-то захотел попрятать инклюды, или положить их от другой
версии, так причем тут утиль, который ищет инключды, и надеется что
библиотека от тех инклюдов, которые находятся?
Если автор расчитывает на такие "странности", то он вижимо напишет
ОТДЕЛЬHЫЙ макрос для проверки, но обычно это не нужно.
Именнотакую ситуацию я и называю "странной".
IA> Или с зависимостями кто-то лопухнулся, и все собирается только при уже
IA> собранном софте.
это ваще ортогонально к правильному написанию makefile.
IA> Или от чего-то еще инклюды раскиданы как-то по особому.
IA> Обычное дело, в общем.
"раскиданые по особому инклюды" = "обычное дело"?
Может у кого-то на свалке это обычно дело. У меня нет.
IA> При этом мне постоянно оказывается нужно заниматься отладкой той
IA> помойки, в которую превращается Makefile.
а мне не нужно. Ы? ;))
IA> В то, что процесс рутинного написания .am проще, чем рутинного
IA> написания Makefile при имеющемся .mk, я не верю.
сугубо личное дело ;)
ТОлько не забывай - "у нас в линуксе" нет ни .mk готовых, ни нормального
bsd make, pmake, который блукает по архивам, он у меня что-то не кушал
out-of-box, по причине "некоторого отставания версии".
IA> В то, что configure сильно облегчает жизнь по сравнению с
IA> прописыванием условий в config.h и Makefile -- тоже.
про это очень хорошо отвечал Кроссер в RU.UNIX, на примерер gPhoto.
Когда не моню, давненько. Кажется отвечал to Vladimir Dozen, но тоже могу
ошибиться.
Если кому интересно - найдут на groups.google.com, мне искать лениво.
IA> Стандартные машины/дистрибутивы и так и так будут работать после
IA> телодвижений, существенно меньших чем прочтение README. Hа всем
IA> остальном граблей получается существенно больше.
"сущесвено" понятие относительное. В общем, мне надоело, завязываем ;)
IA> Я уже высказался по поводу гибкости. Впрочем, весь вышесказанный
IA> мат -- это всего лишь мое интуитивное мнение, просьба не
IA> рассматриваться его как нечто большее.
нууу, я не рассматриваю это кроме как личное мнение. У каждого может быть
свое мнение. Я пытаюсь показать "другую сторону", которой являетс мое,
тоже сугубо личное мнение. А интуитивное оно, или нет - всеравно ведь не
проверить ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
