|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 25 Dec 2003 21:04:25
To : Vitaly Lugovsky
Subject : Re: Slackware
--------------------------------------------------------------------------------
Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:
>>
>> Сборка binutils, gcc и glibc для других архитектур катит? У меня работает =)
VL> А для них autotools - overkill, потому как свойства других архитектур
VL> известны и прописаны заранее. Философия autotools ведь как раз в том, что
VL> заранее ничего не известно, и нужны тесты.
Hу не совсем так.
Во-первых, философия autotools в том, что известно, что вот эта
хреновина на разных платформах разная, ПОЭТОМУ нужны тесты.
Это не называется "ничего не известно". Это называется "возможны
варианты".
Во-вторых, список вариантов должен быть известен заранее.
А раз он известен, то не грех и fallback на случай кросс-компиляции
прописать. Hапример посредством явной проверки платформы.
Философия autotools в том, что каждую фичу, которая может варьироваться
нужно проверять независимо от других. Потому что если вдруг подлый
вендор что-то там изменит, то он изменит это не потому что он подлый,
а потому что он хотел как лучше. И скорее всего изменит в сторону
увеличения совместимости с какой-то другой платформой, вариант для
которой уже предусмотрен. Hапример, лет пять назад почти все изменения в
Linux были из серии "было как в BSD или вообще по своему, стало как в
Solaris".
Сейчас скорее наблюдается обратное явление - солярис движется в сторону
совместимости с Linux, а не наоборот.
VL> IMHO, правильной системой конфигурации была бы такая, в которой
VL> сопровождалась бы (или была доступна по сети) некая единая база свойств
Примерно это и обеспечивают autotools. Если ими правильно пользоваться.
Естественно, без интеграции с package manager-ами.
Альтернативный подход, если не задумываться о прекраснодушных идеалах, а
рассматривать рабочие и широкоизвестные решения, обеспечивает Imake.
Там ведется база данных свойств системы, лежащая где-то в правильном
месте в самой системе. Вот её, по идее, package manager мог бы
сопровождать.
Hо когда я попытался этим воспользоваться, пытаясь собрать NAS на
Solaris x86, разговаривал исключительно матом дня два, а потом плюнул,
так и не добившись результата. Правда, в основном по причине уже
особенностей самого кода. Добиться от Imake, что он знал, что у меня на
Solaris используется gcc я сумел.
VL> целевых систем. И такая фигня должна быть хорошо интегрирована со всеми
VL> возможными пакаджманагерами - состав пакетов - одно из наиболее важных
VL> свойств таргета, что никакими тестами или заранее прописанными параметрами
VL> не задать.
--
--- ifmail v.2.15dev5.1
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
