The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В компиляторе PCC обеспечена возможность сборки FreeBSD, opennews (??), 31-Янв-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от тонкий (?), 31-Янв-11, 00:59 
Мне кажется не очень жизнеспособна эта вещь, в реале мало кто будет пользоваться, так что будем ждать яблокомпилер вот это будет достойная замена gcc, а пока gcc наше всё
Ответить | Правка | Наверх | Cообщить модератору

10. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от arcade (ok), 31-Янв-11, 02:15 
> Мне кажется не очень жизнеспособна эта вещь, в реале мало кто будет
> пользоваться, так что будем ждать яблокомпилер вот это будет достойная замена
> gcc, а пока gcc наше всё

У него своя ниша. После перехода на него NetBSD теперь можно собрать на любой другой UNIX-образной системе в которой есть стандартный shell для любой другой архитектуры (как минимум из 57 поддерживаемых NetBSD). А gcc всё равно нужно бутстрапить...

Ответить | Правка | Наверх | Cообщить модератору

16. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 31-Янв-11, 03:19 
> Мне кажется не очень жизнеспособна эта вещь, в реале мало кто будет
> пользоваться, так что будем ждать яблокомпилер вот это будет достойная замена
> gcc, а пока gcc наше всё

Кто знает, кто знает. PCC легче портировать между как программными, так и аппаратными платформами, чем LLVM (не говоря о GCC). Так что для ОС, ориентирующихся на портабельность, PCC очень даже привлекателен.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

67. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Below (ok), 31-Янв-11, 11:36 
А мы-то все думали почему portable, а оказывается вот оно что)
Ответить | Правка | Наверх | Cообщить модератору

76. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 31-Янв-11, 12:33 
> А мы-то все думали почему portable, а оказывается вот оно что)

Многие, как показывает практика, не знают, как расшифровывается PHP, а ведь это заметно более известный продукт... Приходится объяснять на пальцах. :)

Ответить | Правка | Наверх | Cообщить модератору

81. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??), 31-Янв-11, 12:51 
> Многие, как показывает практика, не знают, как расшифровывается PHP, а ведь это
> заметно более известный продукт... Приходится объяснять на пальцах. :)

personal home page.

Ответить | Правка | Наверх | Cообщить модератору

86. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Anonymous11 (?), 31-Янв-11, 13:07 
Может, Pretty Home Pages?
Ответить | Правка | Наверх | Cообщить модератору

88. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??), 31-Янв-11, 13:08 
> Может, Pretty Home Pages?

да там, по-моему, и сам автор уже толком не помнит. но что-то в этом районе.

Ответить | Правка | Наверх | Cообщить модератору

99. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 31-Янв-11, 16:19 
>> Может, Pretty Home Pages?
> да там, по-моему, и сам автор уже толком не помнит. но что-то
> в этом районе.

/me пошёл убивацца

Изначально он был Personal Home Page. Потом было решено провести своего рода ребрендинг, во избежание уничижительных ассоциаций, и оно стало PHP Hypertext Processor.

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

168. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 01-Фев-11, 10:54 
>> Изначально он был Personal Home Page. Потом было решено провести своего рода
>> ребрендинг, во избежание уничижительных ассоциаций, и оно стало PHP Hypertext Processor.
> как будто если гуано назвать «конфета», оно станет сладким.

Не то чтобы PHP был гуано, скорее просто сработал эффект привычного инструмента: сначала простенькую задачу выполняют посредством адекватного инструмента (а для персональной странички он в самый раз), потом возникает задача посложнее — кое-как PHP справляется и с ней, попутно его допиливают; потом человек растёт, уже из института выпускается, и вот работодатель ставит перед ним уже серьёзную задачу, и свежевыпустившийся товарисч принимается её решать посредством того, что знает лучше всего — PHP...

Ответить | Правка | Наверх | Cообщить модератору

173. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??), 01-Фев-11, 11:09 
> Не то чтобы PHP был гуано

действительно, почему «был»?

> скорее просто сработал эффект привычного инструмента:

и нерабочего мозга. а также массированного пиара.

для хомепаги вообще можно взять что угодно, хоть bash; это никак не причина писать на баше большие порталы (хоть и возможно, чо).

проблема большинства похапэшников в другом:
а) они считают, что умеют программировать;
б) они считают, что похапэ пригоден для чего-то большего, чем приветмир.

Ответить | Правка | Наверх | Cообщить модератору

175. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 01-Фев-11, 11:26 
> проблема большинства похапэшников в другом:
> а) они считают, что умеют программировать;

К сожалению, да. :(

> б) они считают, что похапэ пригоден для чего-то большего, чем приветмир.

Сейчас-то уже пригоден, хотя вывешивать в инет мне до сих пор боязно. По крайней мере после ухода их главного по безопасности несколько лет назад со словами «ЭТО починить нельзя».

Ответить | Правка | Наверх | Cообщить модератору

177. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??), 01-Фев-11, 11:34 
> Сейчас-то уже пригоден

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

похапэ для более-менее большого проекта — это то, что здесь вордфильтр не пропустит. чуть-чуть лучше, чем gw-basic, но не на много.

Ответить | Правка | Наверх | Cообщить модератору

84. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим (?), 31-Янв-11, 12:58 
и тем не менее это никак не изменяет факт, что из этого утверждения:
>PCC легче портировать между как программными, так и аппаратными платформами, чем LLVM (не говоря о GCC). Так что для ОС, ориентирующихся на портабельность, PCC очень даже привлекателен.

наибольшее количество аппаратно-программных поддерживает именно... кто? :D

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

96. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Below (ok), 31-Янв-11, 15:41 
NetBSD)
Ответить | Правка | Наверх | Cообщить модератору

103. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от ананим (?), 31-Янв-11, 17:02 
впервые про этот компилятор слышу :D
Ответить | Правка | Наверх | Cообщить модератору

17. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от anonymous (??), 31-Янв-11, 03:27 
> Мне кажется не очень жизнеспособна эта вещь, в реале мало кто будет
> пользоваться, так что будем ждать яблокомпилер вот это будет достойная замена
> gcc, а пока gcc наше всё

кстати. а зачем, собственно, нужна "замена gcc"?

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

18. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 31-Янв-11, 03:45 
>> Мне кажется не очень жизнеспособна эта вещь, в реале мало кто будет
>> пользоваться, так что будем ждать яблокомпилер вот это будет достойная замена
>> gcc, а пока gcc наше всё
> кстати. а зачем, собственно, нужна "замена gcc"?

Соображений несколько:

1. Архитектура GCC довольно сложна и запутана. По сообщениям агентства ОБС, в давние времена доходило до специального запутывания кода, дабы злобные пропиетарщики не утащили к себе (GPL появилась позже GCC).

2. Регулярные попытки изменить оную архитектуру нередко приводят к необходимости убирать поддержку тех или иных архитектур, поддерживать которые не хватает сил. (см. release notes) С другой стороны, при разработке GCC так или иначе приходится принимать те или иные архитектурные решения, которые связаны чисто с приоритетами для конкретных задач - а ведь эти приоритеты отнюдь не разделяются всеми людьми на свете.

3. GCC распространяется под некошерной для многих проектов лицензией (вопрос о том, хорошо это или плохо, предлагаю оставить за кадром, здесь просто перечисление причин).

4. Развитие GCC довольно жёстко контролируется GNU, как следствие, инновациям там пробиваться сложнее. (см., например, историю создания egcs)

Ответить | Правка | Наверх | Cообщить модератору

19. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??), 31-Янв-11, 04:03 
собственно, никто же не мешает сделать форк GCC и пилить куда угодно (egcs, ага).

то, что код в GCC весьма сложный — это факт; однако же другой компилятор с сопоставимыми ТТХ вряд ли будет сильно проще. а если ТТХ не сопоставимы — то это уже не «замена», а так, очередной компилятор просто.

опять же: с чего бы у «замены» хватало сил на 100500 архитектур? выкидывают-то архитектуры в основном не потому, что оно больше никак не лезет в код, а потому, что некому ними заниматься (сиречь, они нафиг не нужны никому, кроме, может быть, трёх с половиной инвалидов). точно такая же ситуация будет и у «замены».

то есть, по сути, любая попытка сделать «замену GCC» превратится в попытку «написать ту же самую GCC, но с нуля, с Такой-То-Лицензией и печеньками». бессмысленная трата сил, по-моему.

и касательно темы: pcc вообще с GCC соревноваться не собирается, это игроки совершенно разного масштаба. и ничего против pcc я не имею — наоборот, только рад, что его допиливают.

(я надеюсь, мы тут друг друга верно поняли, и под GCC подразумевали GNU Compiler Collection?)

Ответить | Правка | Наверх | Cообщить модератору

21. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 31-Янв-11, 04:56 
> собственно, никто же не мешает сделать форк GCC и пилить куда угодно
> (egcs, ага).

Можно. Но, опять же, сложно. Если архитектура изначально слишком запутанная, проще сделать своё, чем форкать. Freeswitch, например, таким образом появился.

> то, что код в GCC весьма сложный — это факт; однако же
> другой компилятор с сопоставимыми ТТХ вряд ли будет сильно проще. а
> если ТТХ не сопоставимы — то это уже не «замена», а
> так, очередной компилятор просто.

Ну вот тот же LLVM играет в той же лиге (насколько убедительно на на данный момент - другой вопрос). Сравните хотя бы объём строк кода на ключевых участках. Строго говоря, по фичам LLVM даже богаче GCC. Последний берёт скорее текущим уровнем портированности, а также, косвенно, наличием привязки к GNU toolchain во многих проектах, для которых GCC - не просто набор компиляторов.

> опять же: с чего бы у «замены» хватало сил на 100500 архитектур?

Вполне возможно, что за счёт более грамотной внутренней организации проекта поддерживать дополнительные архитектуры будет проще. Что мы, собственно, и имеем в некоторых случаях.

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

Может, и нужны, только вот пилить ещё и GCC помимо своего проекта зачастую накладно. Почему? - см. выше про сложность.

> то есть, по сути, любая попытка сделать «замену GCC» превратится в попытку
> «написать ту же самую GCC, но с нуля, с Такой-То-Лицензией и
> печеньками». бессмысленная трата сил, по-моему.

Не "ту же самую". LLVM тот же изначально позиционировался иначе (ключевой момент в буковках VM). Это уже как следствие он начал конкурировать с GCC.

Что же касается PCC - тут мне сложнее сказать, близко в нём я не ковырялся. То, что видел, выглядело достаточно читаемым, и задел у него есть — но за рамки Си и Фортрана (и то под вопросом) он, вроде, лезть не собирается.

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

> и касательно темы: pcc вообще с GCC соревноваться не собирается, это игроки
> совершенно разного масштаба. и ничего против pcc я не имею —
> наоборот, только рад, что его допиливают.

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

> (я надеюсь, мы тут друг друга верно поняли, и под GCC подразумевали
> GNU Compiler Collection?)

Верно.

Ответить | Правка | Наверх | Cообщить модератору

35. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от anonymous (??), 31-Янв-11, 08:10 
добавлю: мне ещё нравятся расширения компилятора C в GCC. поэтому мои проекты, например, к GCC хорошо привязаны.
Ответить | Правка | Наверх | Cообщить модератору

70. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от iZEN (ok), 31-Янв-11, 11:46 
PCC в базовой системе — та вещь, которую ждут. Во-первых, это возможность отказаться от GCC 4.2.1 в базовой системе и перенести выбор нужной версии GCC для компиляции приложений на Коллекцию портов.
Во-вторых, он очень маленький по сравнению с GCC и тулчейном. А значит пересборка системы из обновлённых исходников будет занимать заметно меньше времени.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

92. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим (?), 31-Янв-11, 14:55 
>Во-вторых, он очень маленький по сравнению с GCC и тулчейном. А значит пересборка системы из обновлённых исходников будет занимать заметно меньше времени.

абсолютно спорная взаимосвязь.
если такая взаимосвязь вообще есть.

Ответить | Правка | Наверх | Cообщить модератору

94. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от iZEN (ok), 31-Янв-11, 15:06 
GCC и тулчейн собирается примерно полчаса. Сборка всей системы и ядра [amd64] занимает около полутора часов на среднем офисном компе.
Ответить | Правка | Наверх | Cообщить модератору

102. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от ананим (?), 31-Янв-11, 16:58 
и что бы это должно доказать? я прям в недоумении.
где сравнение типа "pcc сам собирается за 5 минут, а всю систему собирает за 30 минут"?
я почему то уверен, что результат будет таков "pcc сам собирается за 5(!!?) минут, а всю систему собирает за сутки". и вот почему - ни сикэша, ни возможности параллельной сборки по сети,...меньше кода - это и меньше функциональности. чудес не бывает.
про возможности оптимизации вообще молчу http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html

зы:
не знаю что там за система такая, но лично мой world собирается чуть меньше чем за сутки.
и это на i5 с 4гб озу с MAKEOPTS="-j6 -s". да, у меня чуть более 2000 поржежей.
но самое интересное - я бы подождал и ещё пол-часика, если бы в результате получил ещё более быстрые и маложрущие проги.
другими словами - процесс компиляции не самоцель. целью является результат.

Ответить | Правка | Наверх | Cообщить модератору

116. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от iZEN (ok), 31-Янв-11, 17:48 
world в FreeBSD — это базовая система без пакетов приложений из Коллекции портов.
Ответить | Правка | Наверх | Cообщить модератору

120. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим (?), 31-Янв-11, 18:03 
ну значит наткнулись на разные понятия одного слова.
в генте базовая система это system, а всё остальное - world.
в любом случае гцц 4.6 я уже использую, тк только с этой версии есть нативная поддержка моего проца i5.
Ответить | Правка | Наверх | Cообщить модератору

122. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 31-Янв-11, 18:07 
> ну значит наткнулись на разные понятия одного слова.
> в генте базовая система это system, а всё остальное - world.
> в любом случае гцц 4.6 я уже использую, тк только с этой
> версии есть нативная поддержка моего проца i5.

Это не нативная поддержка. Поддерживался он исправно и раньше. Просто в GCC появилась возможность "привязать" программу к i5, возможно, выгадав где-то пару тактов за счёт сильно специфических оптимизаций касаемо длины конвеера и пр.

Ответить | Правка | Наверх | Cообщить модератору

131. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим (?), 31-Янв-11, 18:54 
не вводите народ в заблуждение.
это и есть поддержка данных процов.
и эти "2 такта" как-то уж очень не плохо сказались на общей производительности моей системы.
зыж:
а вообще (с 4.4 кажется) я просто ставлю -march=native и компилятор сам определяет текущую платформу. но поддержка i5/i7 появилась в 4.6 при сотрудничестве с интел.
Ответить | Правка | Наверх | Cообщить модератору

141. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 31-Янв-11, 20:24 
> не вводите народ в заблуждение.
> это и есть поддержка данных процов.

То есть код, сгенерированный старыми версиями GCC, не должен работать на i5? Странно, почему же тогда он работает на моём ThinkPad X201i с i5, на котором я сейчас пишу эти буковки?

> и эти "2 такта" как-то уж очень не плохо сказались на общей
> производительности моей системы.

Хм. Можно циферки? Чтобы не получилось как с золотыми проводами... :)

> зыж:
> а вообще (с 4.4 кажется) я просто ставлю -march=native и компилятор сам
> определяет текущую платформу. но поддержка i5/i7 появилась в 4.6 при сотрудничестве
> с интел.

Это не поддержка процессоров, а принудительное учитывание их особенностей. Не более и не менее.

Ответить | Правка | Наверх | Cообщить модератору

147. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??), 01-Фев-11, 02:10 
> Это не поддержка процессоров, а принудительное учитывание их особенностей. Не более и
> не менее.

э… а что тогда такое «поддержка процессора»? O_O

Ответить | Правка | Наверх | Cообщить модератору

167. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 01-Фев-11, 10:49 
>> Это не поддержка процессоров, а принудительное учитывание их особенностей. Не более и
>> не менее.
> э… а что тогда такое «поддержка процессора»? O_O

Когда сгенерированный компилятором код работает (и работает корректно) на этом процессоре, разумеется.

Ответить | Правка | Наверх | Cообщить модератору

204. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим (?), 01-Фев-11, 14:24 
мой N-цатый опенврт рад этому определению.
Ответить | Правка | Наверх | Cообщить модератору

226. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от nagualemail (ok), 01-Фев-11, 22:22 
Дело не только в процессоре но и в котроллере винчестера и самом винчестере ... винт наверно RPM 5000?

На нормальной машине 30 минут делов с небольшими правками make.conf типа:
NO_FORTRAN=true
NO_I4B=true
NO_KERBEROS=true
NO_LPR=true
NO_SHAREDOCS=true
NO_GAMES=yes
WITHOUT_GAMES=yes
WITHOUT_INET6=yes
WITHOUT_INET6_SUPPORT=yes
WITHOUT_IPV6=yes
NO_INET6=true
NO_INFO=true
NO_PROFILE=yes
WITHOUT_PROFILE=yes
WITHOUT_X11=YES
NO_X11=YES
X11BASE=${LOCALBASE}
NO_GUI="true"
NO_X="true"

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру