Линукс

[Konstantin]

я что-то упустил? пакеты собираютСЯ? сами что-ли?

Хорошие пакеты сами собираются. Им только намекни, мол, "маке" и оно побежало

или их собирает чел, используя компилятор

а вообще-то скрипт у меня (ИМХО) ассоциируется не с компилятором, а с интерпретатором (это разные вещи) в чём не прав?

Да, в общем-то, во всем прав.

Скрипт - это интерпретируемая последовательность команд, программы пишутся чаще всего на компилируемых языках.

Просто настоящая, не игрушечная, программа это не один файлик текста, который нужно скормить компилятору, а сотни-тысячи файлов, которые нужно в правильные места разложить, правильным образом друг с другом собрать, в правильное место инсталлировать и всё такое прочее.

Чем, собственно, скрипт и занимается. Вызывая когда нужно компилятор(ы) и всякие прочие инструменты.

[Гость cycloneIII]

Просто настоящая, не игрушечная, программа это не один файлик текста, который нужно скормить компилятору, а сотни-тысячи файлов, которые нужно в правильные места разложить, правильным образом друг с другом собрать, в правильное место инсталлировать и всё такое прочее.

Чем, собственно, скрипт и занимается. Вызывая когда нужно компилятор(ы) и всякие прочие инструменты.

вот вопрос в том и был, этот скрипт собирает исходники, объектные или библиотечные файлы? (я просто не в курсе, т.к. давно уже потерял интерес этим заниматься.....а может просто работа потихоньку наложила свой отпечаток)

и что за компилятор их обрабатывает?

просто если например библиотека уже скомпилирована и оптимизирована под 32 разрадя, то указывать компилятору, который будет её "втыкать" (подключать) в состав общей программы, уже бесполезно, что необходимо оптимизировать под 64 разряда.

как здесь дело обстоит?

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

[tcpap]

просто если например библиотека уже скомпилирована и оптимизирована под 32 разрадя, то указывать компилятору, который будет её "втыкать" (подключать) в состав общей программы, уже бесполезно, что необходимо оптимизировать под 64 разряда.

как здесь дело обстоит?

это же мир open source - все исходники открыты, все проги-библиотеки-ядро от разработчиков берутся в исходниках.

команда собирающая дистрибутив собирает для каждой архитектуры свои бинарники из одних и тех же исходных текстов. вот например Дебиан поддерживает Alpha, AMD64, Arm, HPPA, i386, IA64, m68k, Mips, PPC, S390, Sparc и за небольшими исключениями тебе будет абсолютно без разницы какой проц - все проги будут те же, конфиги теже, работать они будут так же.

а есть и более экстремистский путь - собирание бинариников не разработчиками дистрибутива, а на каждой локальной машине, это путь FreeBSD и Gentoo Linux, но это уже совсем для хардкорных юникс-хакеров, хотя плюсы в этом тоже есть

для обычного же пользователя обычного интел/амд компа надо просто выбирать готовый дистр i386/i486/i586/i686 - какой есть.

например Убунту только для 386 компилиурется, видимо в африке много их еще =)

[Konstantin]

это же мир open source - все исходники открыты, все проги-библиотеки-ядро от разработчиков берутся в исходниках.

<...>

а есть и более экстремистский путь - собирание бинарников не разработчиками дистрибутива, а на каждой локальной машине, это путь FreeBSD и Gentoo Linux, но это уже совсем для хардкорных юникс-хакеров

Что-то я здесь какое-то противоречие чувствую...

Но вообще BSD-шные гуру так нас, ламеров, и учили: скачал сырец на полмегабайта и собрал из него 10-20-30-мегабайтный дистрибутив. Зато всё свое, слинковано именно с теми библиотеками, что на твоей машине, со своими настройками оптимизации и т.п.

вот вопрос в том и был, этот скрипт собирает исходники, объектные или библиотечные файлы?

Обычно из исходников собирается и набор библиотек и набор исполняемых файлов.

Собственно GPL оно ж на то и есть, что нельзя закрывать исходники, если не устраивает готовая сборка - взял сырцы, собрал сам.

и что за компилятор их обрабатывает?

gcc/g++ обычно.

Который, кстати, тоже в сырцах есть.

У нас тут одни ребята вот сидят, алгоритмы оптимизации под Itanium-ы для gcc разрабатывают.

Компилируют "своим" модифицированным компилятором свои исходники и смотрят, чего по времени получается

[Ренат]

Дебиан собирается под все платформы автоматически, в большинстве своем из одних и тех же пакетов. Для этого в каждом пакете есть правила, по которым он собирается. Из одного пакета исходных кодов может получиться несколько пакетов бинарников.

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

Сам я собираю пакеты, только если нужно что-то изменить. Например, добавить к Tora клиента Oracle. Или вот недавно собрал xcache новой версии для нового PHP. Ядро не собирал наверное уже лет 5.

Оптимизация "под твою машину" чаще всего не нужна. А там, где она нужна, например в кодеке, удобнее подключить ее динамически.

[tcpap]

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

Оптимизация "под твою машину" чаще всего не нужна. А там, где она нужна, например в кодеке, удобнее подключить ее динамически.

а я понял зачем родились всякие там Убунту из Дебиана. куча мелких недостатков, которые опытные пользователи и не заметят, а чайников поставить в тупик. напримру что в убунте, что в сусе что бы заработал usb сканер достаточно фирмварь от виндовых дров положит куда сказано и вперед. в дебиане однако оказалось что только рут имеет право сканировать. вот те на. конечно это решается, но если знаешь что откуда растет. короче дебиан - не для чайников.

а насчет оптимизации - кто нибудь ссылку подскажет, что бы тестирование проводилось полномасштабное? не на одной задаче/программе, а вообще. пока мое глубокое имхо - от лукавого это все. 99% пользователей не надо оптимизации. а бородатые гуру пускай развлекаются как хотят

Зато всё свое, слинковано именно с теми библиотеками, что на твоей машине

это пусть у пакет-мнеджера голова болит про библиотеки.

и они обычно с этим вполне успешно справляются.

[Konstantin]

а насчет оптимизации - кто нибудь ссылку подскажет, что бы тестирование проводилось полномасштабное? не на одной задаче/программе, а вообще.

А не бывает!

И в итоге всё получится, как в соседней теме про авто: каждый хвалит свое, а остальные - ущербные люди )

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

[tcpap]

Dell прислушивается к покупателям, начиная продавать ноутбуки без Windows

from iXBT: Hardware & Hi-Tech

На прошлой неделе компания Dell запустила ресурс IdeaStorm, главной целью которого является дать возможность покупателям высказать свои пожелания относительно того, какими бы они хотели видеть новые продукты производителя. За это время около 37 тысяч человек изъявили желание видеть в модельном ряду Dell ноутбуки с предустановленной ОС Linux.

[tcpap]

посмотрел сегодня несколько дистрибутивов - Arch Linux, Vector Linux, Zenwalk, Linux Mint (все последней на вчера CD-версии, надо было трафик предоплаченый на работе выбрать) - все в помойку, кроме Linux Mint, который является тюнингом Ubuntu 6.10, которая в свою очередь растет из Debian. то есть "учеловечили" еще больше, например в файрфоксе все нужные плагины типа флешплеера итп сразу стоят, dvd, mp3, divx итп играется сразу, "из коробки".

http://linuxmint.com/20070220.html

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

до этого полностью разочаровался в Novell SUSE Enterprise desktop (SLED) 10. "нам такой хоккей не нужен", пусть впаривают это корпорациям и зарабатывают на том что в openSUSE уже исправлено сообществом =) кончилось тем что после последнего обновления оно на но моем компе перестало грузится, что-то они там в ядре наворотили. соответсвенно и серверный SLES 10 пошел туда же. на серверы пока только один кандидат остался - стабильный Debian.

[Ренат]

на серверы пока только один кандидат остался - стабильный Debian.

Вот! И на десктоп скоро останется