The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В компиляторе PCC обеспечена возможность сборки FreeBSD"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от opennews (??) on 31-Янв-11, 00:27 
Компилятор PCC (http://pcc.ludd.ltu.se/) (Portable C Compiler), развиваемый с целью создания распространяемой под лицензий BSD альтернативы Си-компилятора из состава GCC, доведен (http://marc.info/?l=pcc-list&m=129631476315932&w=2) до состояния при котором удалось произвести сборку FreeBSD-CURRENT на платформе amd64, без внесения каких-либо правок. Более того, по заявлению (http://marc.info/?l=pcc-list&m=129631476315932&w=2) ключевого разработчика, состояние PCC достаточно стабильно и можно планировать скорый выпуск релиза PCC 1.0.


PCC распространяется в рамках лицензии BSD и нацелен на создание полноценного компилятора для языка Си, полностью совместимого со стандартом C99 и частично совместимого с GCC. PCC является в значительной степени переработанным вариантом компилятора Portable C Compiler, разработанного S. C. Johnson в конце 70-х годов прошлого века. Основным разработчиком проекта является Anders Magnusson из команды NetBSD.


Процесс компиляции осуществляется в нескольк...

URL: http://marc.info/?l=pcc-list&m=129631476315932&w=2
Новость: https://www.opennet.ru/opennews/art.shtml?num=29433

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

Оглавление

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


1. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от V (??) on 31-Янв-11, 00:27 
вот и всё...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Аноним (??) on 31-Янв-11, 00:32 
ну да яблоко допилит и закроет, и ололо все опять на gcc
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

66. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Анонимно on 31-Янв-11, 11:34 
>ну да яблоко допилит и закроет

Там и так в каждом файле:

Copyright(C) Caldera International Inc. 2001-2002. All rights reserved.

А в лицензии:

* All advertising materials mentioning features or use of this software
* must display the following acknowledgement:
*     This product includes software developed or owned by Caldera
*    International, Inc.


Да, Caldera это теперь SCO - патентный тролль.

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

69. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 11:45 
> Да, Caldera это теперь SCO — патентный тролль.

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

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

83. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –2 +/
Сообщение от Анонимно on 31-Янв-11, 12:54 
>неа, калдера — это калдера, а ско — это ско. про то, что надо упоминать ско, в заголовках ни буквы нет. а калдеру можно — она всё равно тапки откинула.

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

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

89. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 13:09 
> Такая лицензия несвободна

спорный вопрос.

> и гпл-несовместима.

а тут — да.

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

139. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от User294 (ok) on 31-Янв-11, 19:51 
> ну да яблоко допилит и закроет, и ололо все опять на gcc

Яблоко не всемогуще - они могут зажимать clang/llvm, т.к. у них все разработчики оного. Но при чем тут PCC? В общем паранойя хороша в меру :)

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

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

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

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

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

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

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

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

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

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

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

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

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

personal home page.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

21. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 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?)

Верно.

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

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

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

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

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

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

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

102. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от ананим on 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 поржежей.
но самое интересное - я бы подождал и ещё пол-часика, если бы в результате получил ещё более быстрые и маложрущие проги.
другими словами - процесс компиляции не самоцель. целью является результат.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

226. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от nagual email(ok) on 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ообщить модератору

6. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –31 +/
Сообщение от wWolf on 31-Янв-11, 01:38 
BSDуны такие бздуны, хлебом не корми дай только поизобретать велосипед, попереписывать и без того открытое по своей самой открытой лицензией.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –16 +/
Сообщение от Анон on 31-Янв-11, 01:44 
>и без того открытое по своей самой открытой лицензией.

Так лицензия BSD - это вовсе не про открытость и свободу пользователей. Это про возможность взять и закрыть код, т.е. про возможность лишить пользователей их свободы.

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

9. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от arcade (ok) on 31-Янв-11, 02:08 
Приведи пример как это можно сделать. Головой бы думал перед тем как бред писать.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –3 +/
Сообщение от Аноним (??) on 31-Янв-11, 02:26 
Лицензия BSD позволяет использовать код на своё усмотрение, в том числе добавить его в свой закрытый проект без необходимости открывать исходники(вот поэтому Apple и Microsoft так любят эту лицензию - ведь она позволяет поживится нахаляву чужим кодом, без всяких ограничений). Именно поэтому и была в своё время создана GPL - она запрещает закрывать взятый код.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +7 +/
Сообщение от kshetragia (ok) on 31-Янв-11, 06:25 
Хватит уже этой мантры! Достало. Брать - да. Закрывать - нет.


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

36. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от anonymous (??) on 31-Янв-11, 08:11 
> Хватит уже этой мантры! Достало. Брать - да. Закрывать - нет.

конечно. зачем закрывать, если можно просто не открывать? вот интересно: кто-нибудь верит, что если бы KHTML был под BSD, мы бы сейчас имели исходники WebKit?

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

47. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +3 +/
Сообщение от Аноним (??) on 31-Янв-11, 09:42 

> что если бы KHTML был под BSD, мы бы сейчас имели
> исходники WebKit?

Я совершенно уверен в том, что мы бы имели как минимум исходники KHTML. И никакой Apple никак бы не смог их "закрыть", как утверждают здесь некоторые долбодятлы.


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

50. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –2 +/
Сообщение от anonymous (??) on 31-Янв-11, 09:46 
> Я совершенно уверен в том, что мы бы имели как минимум исходники
> KHTML. И никакой Apple никак бы не смог их "закрыть", как
> утверждают здесь некоторые долбодятлы.

ага. и WebKit, который превосходит KHTML по всем параметрам, но закрытый. как-то слабо такая перспектива впечатляет.

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

52. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от dimqua (ok) on 31-Янв-11, 10:37 
По сути всё правильно говорите, другое дело, что формулировка "закрывать код" тут несовсем подходит.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

58. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 10:56 
> По сути всё правильно говорите, другое дело, что формулировка "закрывать код" тут
> несовсем подходит.

я такого не говорил, но когда такое читаю, то понимаю однозначно: "закрыть улучшеный силами проприетарщиков код". при "неотдавании" в том числе закрывается и улучшеный код оригинала, а не только дописки. как-то так.

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

56. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Лицензионный тролль on 31-Янв-11, 10:53 
>> Я совершенно уверен в том, что мы бы имели как минимум исходники
>> KHTML. И никакой Apple никак бы не смог их "закрыть", как
>> утверждают здесь некоторые долбодятлы.
> ага. и WebKit, который превосходит KHTML по всем параметрам, но закрытый. как-то
> слабо такая перспектива впечатляет.

Ну вот есть сейчас WebKit и KHTML. Это как-то исправило ситуацию в KDE c его глюкастым konqueror? Да никак это не повлияло на KHTML, и никак ему не помогло. И на WebKit перейти не могут, потому как кеды завязаны сильно на KHTML. Ну что скажите, сильно в данном случае помогла GPL исходному проекту KHTML?

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

60. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 10:59 
> могут, потому как кеды завязаны сильно на KHTML. Ну что скажите,
> сильно в данном случае помогла GPL исходному проекту KHTML?

это интимные проблемы кедов, пусть их кедеры и решают. лично я вижу отличный движок WebKit, который можно использовать в куче проектов. и никому нафиг не нужный KHTML, который пока от кедов оторвёшь — борода до Канады дорастёт. профиты для KHTML — сомнительны. профиты для некедеров — налицо. так и работает опенсорц: большинство получают профиты, не успевшие вовремя адаптироваться остаются со старой версией.

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

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

85. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +6 +/
Сообщение от Аноним (??) on 31-Янв-11, 12:59 
>ага. и WebKit, который превосходит KHTML по всем параметрам, но закрытый. как-то слабо такая перспектива впечатляет

Было: KHTML
Стало: KHTML + Webkit.

Ну нужно быть очень умным, чтобы понять, что стало больше, чем было. Даже если Apple закрывает WebKit, оригинальный KHTML никуда не денется. Поэтому никакого закрывания и тем более воровства, как некоторые тут умудряются это называть, здесь нет и в помине. Это - высшая форма добродетели - делиться, не требуя ничего взамен. БЕСКОРЫСТНО. Пациентам с GNU головного мозга этого, увы, не понять.

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

87. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –11 +/
Сообщение от anonymous (??) on 31-Янв-11, 13:07 
> Было: KHTML
> Стало: KHTML + Webkit.

только пациентам с BSD головного мозга, увы, не понять, что если бы KHTML был под BSDL — то так бы и остался один KHTML. и проприетарный WebKit у яблока.

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

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

59. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 10:59 
>> Хватит уже этой мантры! Достало. Брать - да. Закрывать - нет.
> конечно. зачем закрывать, если можно просто не открывать? вот интересно: кто-нибудь верит,
> что если бы KHTML был под BSD, мы бы сейчас имели
> исходники WebKit?

KHTML, насколько помнится, под LGPL, не?

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

61. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 10:59 
> KHTML, насколько помнится, под LGPL, не?

а это без разницы в данном случае.

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

71. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от кузнецов email on 31-Янв-11, 11:55 
ну сафари работает отлично. а вот в "кустарщине" нет браузера чтобы разок да не упал :).
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

73. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 12:15 
> ну сафари работает отлично. а вот в «кустарщине» нет браузера чтобы разок
> да не упал :).

а при чём тут брофзеры? я про движок, вообще-то. который, например, отлично и без падений работает в моих программах: я на нём все морды делаю; быстро, удобно, кастомизируемо. вдобавок я ещё получил на халяву встроеный скриптовый язык. два в одном, аднака.

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

98. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от Square (ok) on 31-Янв-11, 16:13 
>на халяву

Ключевое слово во всей этой, и подобной демагогии.

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

154. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от anonymous (??) on 01-Фев-11, 02:35 
>>на халяву
> Ключевое слово во всей этой, и подобной демагогии.

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

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

82. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Аноним (??) on 31-Янв-11, 12:51 
> Хватит уже этой мантры! Достало. Брать - да. Закрывать - нет.

Не путайте смену статуса для открытого кода с открытого на закрытый и закрытие кода, основанного на открытом коде. Если запатчить GPL-код, патч придется открывать, а если запатчить BSD-код - открывать патч не нужно.

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

93. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +4 +/
Сообщение от kshetragia (ok) on 31-Янв-11, 14:57 
Да на здоровье! С какого перепою я должен с человека стрясать ЕГО патчи? Захочет - сам отдаст. Но МОЙ код как был открытым так открытым и остается.
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

134. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Курьер on 31-Янв-11, 19:36 
Капитан Очевидность просил передать, что возможость использовать код в закрытом проекте и возможность сделать код закрытым - разные вещи. В связи с этим просил считать поступившую вам ранее просьбу думать головой актуальной.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –5 +/
Сообщение от anon2 on 31-Янв-11, 02:32 
Допустим есть проект под BSD лицензией и есть "сообщество", которое пилит этот проект.
Потом появляется одна богатая фирма, берет проект, немного улучшает его, закрывает исходники и на свои бабки раскручивает его рекламируя везде.
Далее фирма предлагает пользоваться улучшенным "продуктом" бесплатно - пользователи довольны и об изначальном открытом проекте забывают.
Как результат - стагнация открытого проекта.
Что мы и имеем на примере FreeBSD :)

А вот GPL вынуждает фирму к возвращению улучшений в родительский проект.
Как результат - развитие и процветание открытого проекта.
Что мы и имеем на примере Linux.

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

20. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Тролль2 on 31-Янв-11, 04:25 
> Как результат - стагнация открытого проекта.
> Что мы и имеем на примере FreeBSD :)

Уважаемый тролль-1, какой такой коммерческий продукт раскручивался и рекламировался некой богатой фирмой? А, еще я так понимаю он был суперраскручен и всем известен, ведь в результате этого произошла "стагнация" FreeBSD. Назовите сей чудный коммерческий продукт. :)

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

27. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –8 +/
Сообщение от anonymous (??) on 31-Янв-11, 07:29 
Solaris

Ваш К.О

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

30. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Птица говорун on 31-Янв-11, 07:51 
> Solaris

И в чем конкретно? Вы вспомнили Berkeley Software Distribution и 2.9BSD on VAX? :)

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

44. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от nmorozov (ok) on 31-Янв-11, 09:38 
FreeBSD появился в 1993 году предшественник 386BSD
Solaris появился в 1992 году предшественник SunOS
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

90. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Аноним email(??) on 31-Янв-11, 13:31 
> Solaris появился в 1992 году предшественник SunOS

Не совсем так. SunOS - BSD Unix, a Solaris - System V.

http://upload.wikimedia.org/wikipedia/commons/5/50/Unix_hist...
http://en.wikipedia.org/wiki/Unix

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

23. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от kshetragia (ok) on 31-Янв-11, 06:29 
И.. эта коммерческая фирма, заинтересованная в минимизации затрат, возвращает часть собственного кода в BSD проект. Так, что и волки сыты и.. Примеры сами найдете.


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

24. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от shpsn (ok) on 31-Янв-11, 06:49 
"пользователи довольны и забывают" -- это скорее более верно в отношении линукса, где не принято упоминать крутость от наличия блоба nVidia и различных firmware, и идеи "свободы и открытости" кода на расстоянии ближе километра друг от друга.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

34. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –2 +/
Сообщение от anonymous (??) on 31-Янв-11, 08:08 
> где не принято упоминать крутость от наличия блоба nVidia и различных

у меня стоит блоб nVidia. я крут.

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

28. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +5 +/
Сообщение от Птица говорун on 31-Янв-11, 07:39 
>Как результат - стагнация открытого проекта.
>Что мы и имеем на примере FreeBSD

Наблюдаю эту стагнацию 15 лет. Все стагнирует и стагнирует :)

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

91. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от NetGhost on 31-Янв-11, 14:08 
> Допустим есть проект под BSD лицензией и есть "сообщество", которое пилит этот
> проект.
> Потом появляется одна богатая фирма, берет проект, немного улучшает его, закрывает исходники
> и на свои бабки раскручивает его рекламируя везде.
> Далее фирма предлагает пользоваться улучшенным "продуктом" бесплатно - пользователи довольны
> и об изначальном открытом проекте забывают.

Сие есть чушь, BSD это не public domain, раскручивая своё будь добр указать, откуда пришёл основной код. С кодом под BSD можно делать всё что угодно, кроме как присваивать.

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

111. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 17:22 
это если наследственный код распространяешь в исходниках.
а если нет, если только блобом - то и не нать. стыдно не знать, товарищ.
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

151. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Aesthetus Animus (ok) on 01-Фев-11, 02:29 
Читайте лицензию до полного BSD просветления!
Независимо от формы распространения продукта, производного от БЗД, вы обязаны ссылаться на авторов исходного продукта, что обычно указывается в списке продуктов от "третьих сторон".
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

192. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 12:54 
прочитал, мужик.
вот если свою прогу открываю, то должен в исходниках указать - где, что, когда.
а вот если не открываю - то только в редми одну строчку - заюзал я тут код васи пупкина (какого васи, какой код, какой версии - не обязательно)
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

95. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от iZEN (ok) on 31-Янв-11, 15:13 
Допустим есть проект под GPL лицензией и есть "сообщество", которое пилит этот проект.

Проект называется MySQL.

Потом появляется одна богатая фирма, берет проект, немного улучшает его,

Фирма называется Sun Microsystems, Inc.

>закрывает исходники и на свои бабки раскручивает его рекламируя везде.
>Далее фирма предлагает пользоваться улучшенным "продуктом" бесплатно - пользователи довольны и об изначальном открытом проекте забывают.

Теперь это Oracle.

> Как результат - стагнация открытого проекта.

MySQL стагнирует.

> Что мы и имеем на примере FreeBSD :)

FreeBSD за последние четыре года взошла на десктопы и предложила ZFS для промышленных систем хранения данных.

> А вот GPL вынуждает фирму к возвращению улучшений в родительский проект.

То-то я смотрю, что Btrfs до сих пор не умеет RAID-5. Всё Oracle виновата — не хочет бурными темпами её улучшать.

> Как результат - развитие и процветание открытого проекта.

Угу. ZFSv28 в FreeBSD -CURRENT.

> Что мы и имеем на примере Linux.

GNU/Linux в последние три года не развивается более чем полностью. Его держат на плаву только сторонние десктопные приложения, которые давно портированы на FreeBSD.

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

100. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от Square (ok) on 31-Янв-11, 16:27 
> Допустим есть проект под GPL лицензией и есть "сообщество", которое пилит этот
> проект.
> Проект называется MySQL.
> Потом появляется одна богатая фирма, берет проект, немного улучшает его,
> Фирма называется Sun Microsystems, Inc.

Она же не просто так появилась, самые умные из того самого сообщества получили за  овеществленные и неовеществленные наработки сообщества около 800 миллионов долларов США, которые положили себе в карман. С остальным сообществом кто-то при этом поделился?
И сразу-же после продажи- эти ловкачи стали вопить что SUN должна чего-то кому-то открыть...иначе они..они...форкнут проект...

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

108. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 17:12 
э-э-э, не нервничайте так. нервные клетки не восстанавливаются.
зыж
интересно, а чегой-то мастдайный тролль так за оракл распереживался?...
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

230. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Anonymos on 03-Фев-11, 14:03 
> Она же не просто так появилась, самые умные из того самого сообщества получили за
> овеществленные и неовеществленные наработки сообщества около 800 миллионов долларов США,
> которые положили себе в карман. С остальным сообществом кто-то при этом поделился?

Верно выше сказали, про любителей халявы. А с какой стати они должны были делиться, если сам и заработали, своим собственным умом?

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

228. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от maxkit (ok) on 02-Фев-11, 17:44 
> GNU/Linux в последние три года не развивается более чем полностью. Его держат на плаву только сторонние десктопные приложения, которые давно портированы на FreeBSD.

У меня впечатление, что держат его на плаву блобы от Адобе и Скайпа.

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

229. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 02-Фев-11, 17:49 
> У меня впечатление, что держат его на плаву блобы от Адобе и
> Скайпа.

а у меня их нет. ЧЯДНТ?

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

234. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Aesthetus Animus (ok) on 03-Фев-11, 23:40 
> а у меня их нет. ЧЯДНТ?

Очевидно, Вы не пользуетесь ни скайпом, ни flash плеером ;)


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

143. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –2 +/
Сообщение от User294 (ok) on 31-Янв-11, 20:29 
> Приведи пример как это можно сделать. Головой бы думал перед тем как
> бред писать.

Ну идите, получите у жунипера или майкрософта сорсы свободной платформы, и измените что-нить в их фирмварях. Что, вы ратуете за свободу вендора зажать и не делиться? А, ну вендоры воздадут, факт. Вон например армовские нетбуки и планшеты на тегре. Нвидия там попользовала свою свободу зажимать и не делиться, не дав ни спеков, ни сорсов дров, как обычно. И решила за всех, что они будут жрать на этой платформе только вполне конкретные версии ядер. Кстати, линуксных, если что. Что ж нвидия так своих соратников радеющих за свободу прокатила, не сделав для них дрова под ARM вообще? И как, вы будете радеть за свободу нвидии ... с голой жопой вместо дров, да? :)

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

227. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от shpsn (ok) on 02-Фев-11, 10:07 
$ du -h -d 0 /lib/firmware/
30M    /lib/firmware/


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

13. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +3 +/
Сообщение от anonymous (??) on 31-Янв-11, 02:52 
> BSDуны такие бздуны, хлебом не корми дай только поизобретать велосипед, попереписывать
> и без того открытое по своей самой открытой лицензией.

ничего плохого в ещё одном неплохом компиляторе не вижу, например.

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

14. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Аноним (??) on 31-Янв-11, 02:59 
что лучше - иметь два недопиленных компилятора или один допиленный?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 03:07 
> что лучше - иметь два недопиленных компилятора или один допиленный?

лучше -- два допиленых. что, собственно, и наблюдаем.

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

72. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Аноним (??) on 31-Янв-11, 12:04 
отставание по тестам = недопиленность. gcc тоже есть куда пилить, оптимизации там разные хитрые, разобраться с -О3, какие там "оптимизации" когда во вред, а когда во благо и т.д.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

75. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 12:31 
> отставание по тестам = недопиленность. gcc тоже есть куда пилить, оптимизации там
> разные хитрые, разобраться с -О3, какие там "оптимизации" когда во вред,
> а когда во благо и т.д.

Отставание мизерное на самом деле. Оптимизации можно и в PCC крутить, речь шла о наиболее отлаженных настройках, которые по умолчанию. Вы разве не знаете, часом, почему все нормальные ОС собираются с -O2? ;) И потенциал у PCC сейчас больше. Как минимум за счёт его "заточенности".

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

79. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 31-Янв-11, 12:49 
> Вы разве не
> знаете, часом, почему все нормальные ОС собираются с -O2? ;)

традиция?

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

97. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 16:08 
>> Вы разве не
>> знаете, часом, почему все нормальные ОС собираются с -O2? ;)
> традиция?

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

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

101. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 16:43 
это от недостатка знаний. вот в моём гентушном make.conf
CFLAGS="-O2 -march=native -ftree-vectorize -pipe -ftree-parallelize-loops"

зы:
к чему я это всё написал? да к тому, что О2 - это далеко не все возможные оптимизации. это только один из старейших флагов.
вот список http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html того многообразия, который пока и не снился остальным.

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

104. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 17:03 
> это от недостатка знаний. вот в моём гентушном make.conf
> CFLAGS="-O2 -march=native -ftree-vectorize -pipe -ftree-parallelize-loops"
> зы:
> к чему я это всё написал? да к тому, что О2 -
> это далеко не все возможные оптимизации. это только один из старейших
> флагов.
> вот список http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html того многообразия,
> который пока и не снился остальным.

Для непонятливых: под ошибками кодогенерации понимаются не ляпы оптимизации как таковой, а генерация _некорректного_ кода (вплоть до invalid opcode). А перечисленные вами флаги оптимизации — это как раз костыли. Вы машину покупаете для того, чтобы на ней ехать, или чтобы доводить до ума? Не, поковыряться, побаловаться — оно, конечно, занятно. Но для реальной работы нужны отлаженные решения. А с отлаженностью как раз и возникают проблемы (зачастую неочевидные, так как срабатывают лишь в каких-то определённых ситуациях), и в среднем тем большие, чем больше применено нестандартных опций оптимизации.

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

109. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 17:15 
для ещё более непонятливых:
>Отставание мизерное на самом деле. Оптимизации можно и в PCC крутить, речь шла о наиболее отлаженных настройках, которые по умолчанию.

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

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

110. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 17:18 
а вот это отдельно прокоментирую:
>А перечисленные вами флаги оптимизации — это как раз костыли. Вы машину покупаете для того, чтобы на ней ехать, или чтобы доводить до ума?

я машину купил с такими вот костылями:
# cat /proc/cpuinfo | grep flags
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi flexpriority ept vpid

что самое интересное - эти костыли я хочу заюзать.

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

113. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 17:34 
>[оверквотинг удален]
> я машину купил с такими вот костылями:
> # cat /proc/cpuinfo | grep flags
> flags  : fpu vme de pse tsc msr pae mce cx8
> apic sep mtrr pge mca cmov pat pse36 clflush dts acpi
> mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp
> lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni
> pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr
> pdcm sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi
> flexpriority ept vpid
> что самое интересное - эти костыли я хочу заюзать.

Поздравляю. А вы в курсе, например, что MMX, SSE и иже с ними в обычных программах нафиг не сдались? Обычный код состоит сплошь из ветвлений (в т.ч. циклов), вызовов функций, выделении и освобождении памяти, записи значений в память... Самые частые арифметические операции — сложение, умножение и вычитание, причём над индивидуальными переменными. А все эти SIMD предназначены для сильно специфических мест.

Ну а что такое ACPI, MTRR, APIC и так далее — гугль вам в руки; к оптимизации они вообще отношения не имеют.

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

118. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 17:54 
у меня уже очень стойкое чувство, что я много где более в курсе чем вы. :D
ха! да это даже не смешно - тут весь мир обсуждает почему флоатингпоинт вычисления на 64-битах требуют sse2, а на 32-х почему-то по старинке.
и уж тем более не мог предположить, что кто-то ещё не в курсе что:
>SSE2 extends MMX instructions to operate on XMM registers, allowing the programmer to completely avoid the eight 64-bit MMX registers "aliased" on the original IA-32 floating point register stack.

ps:
надо срочно интелю и амд рассказать что они не нужны. а то ребята как-то не в курсе.
а ребята из огрызка вообще оборзели - их макось на проц без поддержки ссе3 уже вообще не ставится.

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

121. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 18:04 
>[оверквотинг удален]
> флоатингпоинт вычисления на 64-битах требуют sse2, а на 32-х почему-то по
> старинке.
> и уж тем более не мог предположить, что кто-то ещё не в
> курсе что:
>>SSE2 extends MMX instructions to operate on XMM registers, allowing the programmer to completely avoid the eight 64-bit MMX registers "aliased" on the original IA-32 floating point register stack.
> ps:
> надо срочно интелю и амд рассказать что они не нужны. а то
> ребята как-то не в курсе.
> а ребята из огрызка вообще оборзели - их макось на проц без
> поддержки ссе3 уже вообще не ставится.

Вы таки невнимательно читали. Ещё раз вернитесь и прочитайте мой коммент. Особенно слова вроде "обычных" и "специфических мест".

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

124. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 18:20 
да нет! :D
я всё правильно прочитал. и какими бы специфическими эти задачи не были, но они используются в системе, где установлено >2000 портежей.
и я не собираюсь от них отказыватся. тем более терять в производительности.
вот для примера пакеты с поддержкой sse
# equery h sse
* Searching for USE flag sse ...
[IP-] [  ] app-cdr/dvd95-1.6_p0:0
[IP-] [  ] dev-libs/DirectFB-1.4.5:0
[IP-] [  ] kde-base/kdelibs-4.5.5:4.5
[IP-] [  ] kde-base/ksplash-4.5.5:4.5
[I-O] [  ] media-gfx/blender-9999:2.5
[IP-] [  ] media-gfx/gimp-2.6.11:2
[IP-] [  ] media-libs/babl-0.1.2:0
[IP-] [  ] media-libs/flac-1.2.1-r3:0
[IP-] [  ] media-libs/gegl-0.1.2:0
[IP-] [  ] media-libs/libvpx-0.9.5:0
[IP-] [  ] media-libs/opencv-2.1.0:0
[IP-] [  ] media-libs/qimageblitz-0.0.6:0
[IP-] [  ] media-libs/speex-1.2_rc1:0
[IP-] [  ] media-sound/ardour-2.8.7:0
[IP-] [  ] media-sound/jack-audio-connection-kit-0.118.0:0
[IP-] [  ] media-sound/mpg123-1.13.1:0
[IP-] [  ] media-video/mplayer-1.0_rc4_p20101219:0
[IP-] [  ] media-video/transcode-1.1.5-r2:0
[IP-] [  ] media-video/vlc-1.1.6:0
[IP-] [  ] sci-libs/fftw-3.2.2-r1:3.0
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

126. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 18:29 
> да нет! :D
> я всё правильно прочитал. и какими бы специфическими эти задачи не были,
> но они используются в системе, где установлено >2000 портежей.
> и я не собираюсь от них отказыватся. тем более терять в производительности.

Да никто и не просит от них отказываться. Просто программы, алгоритмы которых _реально_ оптимизируемы с помощью того же SSE, обходятся и без этих ключей — такие узкие места выписываются на ассемблере, который позволяет получить полную отдачу от SIMD. Более того, нормальная программа сама будет использовать нужный вариант реализации алгоритма, в зависимости от процессора, на котором работает; более халтурно сделанные "зашивают" это знание в себя при компиляции.

Чуть не забыл: ICC умеет неплохо распознавать некоторые паттерны, которые поддаются оптимизации посредством SIMD; однако полностью полагаться на компилятор в этом вопросе всё равно не стоит.

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

130. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от ананим on 31-Янв-11, 18:47 
ну это вообще слив. при чём двойной:
1) чтобы использовать возможности проца мне нужен только ассемблер и никаких готовых библиотек на языке С/с++. с таким же успехом можно предложить всё на асме писать. при чём я даже соглашусь - в идеальном мире с идеальными программистами так бы и было. но не будет в этой реальности.
2) icc конечно исправит недостатки сабжа, угу.
более полный фэйл мог бы случится только в утверждении - оптимизации вообще не нужны.

зы:
а ведь это был разговор только об особенностях проца.
и мы даже ещё близко не подобрались к таким плюшкам, как openmp - http://ru.wikipedia.org/wiki/OpenMP - который поддерживается гцц начиная с 4.2 и т.д.

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

136. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 19:40 
> 1) чтобы использовать возможности проца мне нужен только ассемблер и никаких готовых
> библиотек на языке С/с++. с таким же успехом можно предложить всё
> на асме писать. при чём я даже соглашусь - в идеальном
> мире с идеальными программистами так бы и было. но не будет
> в этой реальности.
> 2) icc конечно исправит недостатки сабжа, угу.
> более полный фэйл мог бы случится только в утверждении - оптимизации вообще
> не нужны.

Может быть, я действительно тупее паровоза, но идею обоих ваших выражений я не понял.

> зы:
> а ведь это был разговор только об особенностях проца.
> и мы даже ещё близко не подобрались к таким плюшкам, как openmp
> - http://ru.wikipedia.org/wiki/OpenMP - который поддерживается гцц начиная с 4.2 и т.д.

OpenMP — это совсем другой разговор, как и всё многопоточное программирование.

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

150. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –2 +/
Сообщение от anonymous (??) on 01-Фев-11, 02:28 
> полную отдачу от SIMD. Более того, нормальная программа сама будет использовать
> нужный вариант реализации алгоритма, в зависимости от процессора, на котором работает;
> более халтурно сделанные "зашивают" это знание в себя при компиляции.

чую запашок проприетарщика.

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

165. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 10:42 
>> полную отдачу от SIMD. Более того, нормальная программа сама будет использовать
>> нужный вариант реализации алгоритма, в зависимости от процессора, на котором работает;
>> более халтурно сделанные "зашивают" это знание в себя при компиляции.
> чую запашок проприетарщика.

Да-да, разработчики MPlayer — такие пропиетарщики...

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

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

то-то у меня mplayer детектирует камень и собирает специально под него оптимизированый код.

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

171. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 11:03 
>> Да-да, разработчики MPlayer — такие пропиетарщики...
> то-то у меня mplayer детектирует камень и собирает специально под него оптимизированый
> код.

Ему можно сказать и чтобы использовал автодетект в рантайме.

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

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

можно. потому что пользователи can not into building from sources. и для этих несчастных пришлось пилить нафиг никому больше не нужный код. (нет, я не гентушник)

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

174. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 11:24 
>> Ему можно сказать и чтобы использовал автодетект в рантайме.
> можно. потому что пользователи can not into building from sources. и для
> этих несчастных пришлось пилить нафиг никому больше не нужный код. (нет,
> я не гентушник)

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

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

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

ничего не стоит только то, чего нет. а автодетект стоит как минимум:
а) написания кода детекта;
б) векторизации вызовов функций (indirect call вместо direct call).

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

178. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 11:43 
>> Такой автодетект ничего не стоит
> ничего не стоит только то, чего нет. а автодетект стоит как минимум:
> а) написания кода детекта;

cpuid и ветка if'ов в случае x86; на других архитектурах что-то своё тоже есть. Это на самом деле не сложно, плюс в инете есть куча уже готовых решений.

> б) векторизации вызовов функций (indirect call вместо direct call).

В Си (и асме, разумеется) накладных расходов может и не быть, так как для Си принципиальной разницы нет: напишете вы

myfunc(a, b, c);

или
(*myfunc)(a, b, c);

В крайнем случае — одно дополнительное безусловное (т.е., не перезагружающее конвеер) разыменование указателя, время совершения которого — величина пренебрежимо малая, и не только на современных процессорах с их гигантскими кэшами. Ведь основное время проводится внутри этих функций.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

179. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 01-Фев-11, 11:51 
тем не менее нельзя сказать, что это "ничего не стоит".

а разница есть. хотя бы в том, что interprocedural optimization накроется медным тазом.

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

194. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 13:24 
> тем не менее нельзя сказать, что это "ничего не стоит".
> а разница есть. хотя бы в том, что interprocedural optimization накроется медным
> тазом.

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

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

195. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 01-Фев-11, 13:27 
> GCC не трогает ассемблерные конструкции (которые, как уже говорилось, и составляют ядро
> таких функций). Поэтому ни о какой оптимизации в этих функциях речи
> и так быть не может.

то есть, что такое «interprocedural optimization» ты не знаешь. зачем тогда говоришь?

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

198. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 13:45 
>> GCC не трогает ассемблерные конструкции (которые, как уже говорилось, и составляют ядро
>> таких функций). Поэтому ни о какой оптимизации в этих функциях речи
>> и так быть не может.
> то есть, что такое «interprocedural optimization» ты не знаешь. зачем тогда говоришь?

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

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

200. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 01-Фев-11, 14:15 
ну хватит, хватит уже расписываться в незнании. все, кому надо, поняли, что про interprocedural optimization вы прочли у меня в каменте впервые.
Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

202. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 14:22 
> ну хватит, хватит уже расписываться в незнании. все, кому надо, поняли, что
> про interprocedural optimization вы прочли у меня в каменте впервые.

Я про них прочёл первый раз в анонсе GCC (уже и не вспомню, какой версии). А вот где вы про них прочли, я не знаю. Сходите, почитайте сами, что ли, что это такое, и почему в данных условиях о них говорить всё равно не приходится. Надоело всё разжёвывать.

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

181. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 12:15 
тогда может разработчик mplayer'а объяснит сии флаги в его коде:

media-video/mplayer-1.0_rc4_p20101219:
...
+ + sse                 : fast floating point optimization for PentiumIII+ class chips
+ + sse2                : faster floating point optimization for SSE2 capable chips
+ + ssse3               : faster floating point optimization for SSSE3 capable chips (Intel Core 2 and later chips)

???

зы:
и заодно - почему они не работают в ppc
ззы:
2anonymous - неужели вы не видите, что этот собеседник обычный популистский трепач?

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

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

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

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

186. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 12:26 
понятно.
а я вот вначале повёлся на "около-компиляторные" разговоры. потом смотрю - ну полный же 0.
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

208. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 14:37 
>[оверквотинг удален]
> ...
>  + + sse        
>         : fast floating
> point optimization for PentiumIII+ class chips
>  + + sse2        
>        : faster floating point
> optimization for SSE2 capable chips
>  + + ssse3        
>       : faster floating point optimization
> for SSSE3 capable chips (Intel Core 2 and later chips)

А что вам тут нужно объяснить?

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

211. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 14:55 
действительно! :D
в общем с этого всё и начилось - гцц это может, pcc нет
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

219. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 16:18 
> действительно! :D
> в общем с этого всё и начилось - гцц это может, pcc нет

Тьфу, это вы с темы на тему так скачете, оказывается. PCC пока только учится, да.

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

119. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от arturpub (ok) on 31-Янв-11, 18:01 
Да пусть и не приснится никогда. Зачем мне все это нужно? Почему бы
компилятору самому не решать, с какими опциями собирать мои исходники?
Раньше на всяких bcc я говорил -O когда надо быстро собрать, -Os когда
мало памяти, или -Ox когда ее нормально -- что еще надо?

Единственными опциями оптимизации должны быть:
- режим оптимизации (нет, -O, -Ox, -Os (теперь для редких случаев))
- целевая архитектура
- -pthread-veto

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

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

123. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 18:13 
>Да пусть и не приснится никогда. Зачем мне все это нужно? Почему бы компилятору самому не решать, с какими опциями собирать мои исходники?

ну наверное потому, что он именно это и делает.
вот только этих опций банально не во всех компиляторах особо и есть :D
а опции -O... - это алиас, который разворачивается в что-то типа:
-O2 turns on all optimization flags specified by -O. It also turns on the following optimization flags:

          -fthread-jumps
          -falign-functions  -falign-jumps
          -falign-loops  -falign-labels
          -fcaller-saves
          -fcrossjumping
          -fcse-follow-jumps  -fcse-skip-blocks
          -fdelete-null-pointer-checks
          -fexpensive-optimizations
          -fgcse  -fgcse-lm  
          -finline-small-functions
          -findirect-inlining
          -fipa-sra
          -foptimize-sibling-calls
          -fpartial-inlining
          -fpeephole2
          -fregmove
          -freorder-blocks  -freorder-functions
          -frerun-cse-after-loop  
          -fsched-interblock  -fsched-spec
          -fschedule-insns  -fschedule-insns2
          -fstrict-aliasing -fstrict-overflow
          -ftree-switch-conversion
          -ftree-pre
          -ftree-vrp
http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
опять же, раз мы говорим об компиляторах, то наверное и контингет их использующий должен как минимум быть уровнем выше, чем "продвинутый юзер".

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

146. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от mr_gfd on 31-Янв-11, 23:43 
>[оверквотинг удален]
> -fsched-spec
>           -fschedule-insns  
> -fschedule-insns2
>           -fstrict-aliasing -fstrict-overflow
>           -ftree-switch-conversion
>           -ftree-pre
>           -ftree-vrp
> http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
> опять же, раз мы говорим об компиляторах, то наверное и контингет их
> использующий должен как минимум быть уровнем выше, чем "продвинутый юзер".

Вот ты такой весь гентушниук на оптимизации помешанный... Сутки весь кал (world) пересобираете в 6 потоков??!!! Факин щит, покажите мне пальцем продакшн, в котором процентное соотношение cpu time при компиляции с понтами и плюшками хотя бы за год отыграет сутки этого cpu time на компиляции?!. Что мне нужно я соберу так, как нужно, а остальное просто пусть без дебаг символов, и понеслась, некогда тут.

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

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

«что, солдат, машина не заводится? отставить, времени нет! поехали, потом заведёшь!»

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

201. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от mr_gfd on 01-Фев-11, 14:18 
>> Что мне нужно я соберу так, как нужно, а остальное просто
>> пусть без дебаг символов, и понеслась, некогда тут.
> «что, солдат, машина не заводится? отставить, времени нет! поехали, потом заведёшь!»

Да как раз машина заведенная. Только вот если не крикрутить к ней свистелок и перделок - будет 90км/ч ехать, а после затраченных суток на пересборку - 91км/ч. Еще вопросы?

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

205. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 14:27 
есть такие - вот у фольсвагена двигатель миллионник, а у автоваза 75 тысяч.
ещё вопросы?
Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

199. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от arturpub (ok) on 01-Фев-11, 13:51 
Да знаю что алиасы и доку читал. И спеки обоих Интела и АМД
изучал в свое время -- асмом увлекался по молодости. Оставил
это дело я где-то в районе П4. Теперь же, оглядываясь назад,
осознаю две вещи:

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

Зачем я это рассказываю? Мне *придется* заниматься изучением
платформы, чтобы принять решение о включении-выключении тех
или иных опций. Кроме прочего придется прогонять профайлером
готовую прогу, чтобы понять, правильно ли я все понял. Также
придется на разные платформы, коих сейчас туева хуча, писать
различные вариации в Makefile'е. И все лишь для того, чтобы
мои поделия использовали любой камень в полную силу.

А программист, который пишет бакенд на конкретный таргет, и
который знает о нем все (или почти все), который собаку съел
на множестве тест-кейсов, и в курсе где какие опции лучше
включать (прям вплоть до отдельных участков кода), что же он
делает? Он просто их экспортирует, чтобы я (!) их
использовал. Маразм, нет?

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

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

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

149. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 01-Фев-11, 02:24 
> ошибаются. Бывают случаи, что сторонний софт приходится вообще под -O0 собирать
> принудительно. Потому что иначе у него едет крыша, стоит ему попасть
> в условия, отличающиеся от условий тестов разработчиков.

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

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

166. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 10:48 
>> ошибаются. Бывают случаи, что сторонний софт приходится вообще под -O0 собирать
>> принудительно. Потому что иначе у него едет крыша, стоит ему попасть
>> в условия, отличающиеся от условий тестов разработчиков.
> почему же «сторонний»? свой иногда приходится.

Терминология *BSD: под сторонним понимается тот, что не входит в состав базовой системы, а ставится из портов или ещё как.

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

Сборка с хитрыми опциями компилятора в погоне за производительностью — на совести собирающего тоже, ибо сам себе злобный пингвин. Если вы на своём «Мустанге» всю электропроводку поменяете, все проблемы будут в первую очередь на вашей совести, а не производителя автомобиля. Что, разумеется, не отменяет того факта, что если у вас произойдёт пожар из-за брака в проводах, то производитель проводов несёт за этот брак ответственность.

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

25. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +7 +/
Сообщение от Клапауций (ok) on 31-Янв-11, 06:53 
Это у некоторых помутнение такое - непонятно из каких причин считают, что разработчики конкурирующих (или просто рядом стоящих) проектов непременно кинутся пилить GPLную поделку, если их некошерное детище зачморить. Вот и пыжатся в силу своих скромных силёнок донести эту эпохальную мысль до широких масс. Бог в помощь.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

54. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +5 +/
Сообщение от dimqua (ok) on 31-Янв-11, 10:49 
Тут, наверное, даже не в лицензии дело.  Скорее просто в таких случаях находятся люди, которым не в кайф пилить чужие проекты, а хочется сделать что-то своё. Зачем упрекать их в этом непонятно. Вреда такая деятельность всё равно не приносит, скорее наоборот.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

231. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Anonymos on 03-Фев-11, 14:19 
> Скорее просто в таких случаях находятся люди, которым не в кайф пилить чужие проекты,
> а хочется сделать что-то своё. Зачем упрекать их в этом непонятно. Вреда такая
> деятельность всё равно не приносит, скорее наоборот.

Приносит. Называется "разбазаривание ресурсов".

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

233. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от dimqua (ok) on 03-Фев-11, 17:57 
Чьих ресурсов? В мире СПО каждый сам решает, что ему делать и если кто-то пишет очередной велосипед, то всё что он разбазаривает -- _своё_ время.
Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

237. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от nuclight email(ok) on 06-Фев-11, 23:02 
> Чьих ресурсов? В мире СПО каждый сам решает, что ему делать и если кто-то
> пишет очередной велосипед, то всё что он разбазаривает -- _своё_ время.

я тебе про эволюцию уже писал - вот именно поэтому опенсорс в такой глубокой жопе, что каждый тянет одеяло на себя, и на что-нибудь приличное для пользователей ресурсов не хватает, потому они и выбирают другое. Вот сразу две соседние новости, про Hadoop и Chromeless, как раз про объединение с целью уменьшения этого самого распыления усилий.

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

26. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +2 +/
Сообщение от Ононим. on 31-Янв-11, 07:13 
А почему они сравнивают с GCC 4.1.3 когда на дворе уже 4.6?
Это нынче модно так?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от kegf (??) on 31-Янв-11, 07:55 
Он последний под GPLv2
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

38. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +3 +/
Сообщение от Sylvia (ok) on 31-Янв-11, 09:04 
4.2.4 последний


4.1 они взяли по другим причинам, возможно он просто подошел им по бенчмарку )

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

42. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –10 +/
Сообщение от anonymous (??) on 31-Янв-11, 09:24 
> Он последний под GPLv2

и после этого говорят, что фанатики — это линуксоиды? а для правоверных бздистов, оказывается, софта под GPLv3 не существует, но они при этом не фанатики. чудны дела твои…

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

74. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от anonymous (??) on 31-Янв-11, 12:27 
> и после этого говорят, что фанатики — это линуксоиды? а для правоверных
> бздистов, оказывается, софта под GPLv3 не существует, но они при этом
> не фанатики. чудны дела твои…

А ты почитай GPLv3 повнимательнее и утихни

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

78. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –2 +/
Сообщение от anonymous (??) on 31-Янв-11, 12:49 
> А ты почитай GPLv3 повнимательнее и утихни

что, не можешь жить без тивоизации? бывает.

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

137. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +3 +/
Сообщение от Курьер on 31-Янв-11, 19:42 
>> А ты почитай GPLv3 повнимательнее и утихни
> что, не можешь жить без тивоизации? бывает.

Вот после таких ответов в духе "вы все Гитлеры!" и складывается впечатление, что линуховоды - фанатики.

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

155. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от anonymous (??) on 01-Фев-11, 03:02 
>>> А ты почитай GPLv3 повнимательнее и утихни
>> что, не можешь жить без тивоизации? бывает.
> Вот после таких ответов в духе «вы все Гитлеры!» и складывается впечатление,
> что линуховоды — фанатики.

а это всего лишь было отзеркаливание твоего поста. «чем кумушек считать, трудиться…»

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

138. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от Аноним (??) on 31-Янв-11, 19:43 
Сплюньте озверин, будьте добры. Его оставили, потому что старшие версии в _базовую_ систему не включишь. В портах пожалста, 4.5, 4.6... Кстати, 4.5 основной. 4.6 - это development. )
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

156. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –4 +/
Сообщение от anonymous (??) on 01-Фев-11, 03:06 
> Его оставили, потому что старшие версии в _базовую_
> систему не включишь.

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

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

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

32. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –13 +/
Сообщение от klalafuda on 31-Янв-11, 08:04 
> Сборка groff не производится в виду отсутствия поддержки C++ в pcc.

Эммм.. На этом в сущности можно и закончить историю PCC. Нахрен оно кому нужно без C++??? Ещё бы as переписали чес слово...

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

33. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от anonymous (??) on 31-Янв-11, 08:07 
> Эммм.. На этом в сущности можно и закончить историю PCC. Нахрен оно
> кому нужно без C++??? Ещё бы as переписали чес слово…

вот как только туда никому не нужный цпп добавят — так и можно будет закапывать фиговину. а пока — вполне годный си-компилятор.

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

37. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –3 +/
Сообщение от б.б. on 31-Янв-11, 08:31 
А как распаковать архив? У всех файлов к имени добавлено ",v".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

105. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Толстый (ok) on 31-Янв-11, 17:06 
Сравнивали с gcc 4.1, а последующих версиях как будто разработчики сидели на месте. Было много оптимизаций производительности, поэтому реально сабж остает от актуальной версии нехило. Компиляторы сложная штука и к сожалению в наше время в одиночку не напишешь чего-то на уровне лидеров. Из альтернатив gcc только llvm.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

106. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Толстый (ok) on 31-Янв-11, 17:08 
Ну и не будем забывать, что С++ он не компилирует, а чтобы написать компилятор к быдлоплюсам, уйдет не один год.
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

107. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 17:11 
> Ну и не будем забывать, что С++ он не компилирует, а чтобы
> написать компилятор к быдлоплюсам, уйдет не один год.

А он и не собирается C++ компилировать. Читайте внимательно, речь идёт сугубо о Си. Так что всё мимо.

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

112. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 17:33 
т.е. для крестов всё-равно гнутое держать придётся.
угу, точно мимо. прям свалка недокомпиляторов.
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

115. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 17:47 
> т.е. для крестов всё-равно гнутое держать придётся.
> угу, точно мимо. прям свалка недокомпиляторов.

Большая часть системного софта, от PHP до X.org, написана на Си. Плюсы встречаются по большей части в GUI-приложениях. Чтобы поднять полноценный типичный сервер для Web, C++ совсем не нужен.

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

127. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –4 +/
Сообщение от ананим on 31-Янв-11, 18:30 
т.е. своим клиентам так и скажете - извини, но я антигнутый бой, а следовательно прог на С++ вам не видать.
да не! нафиг! :D
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

129. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +6 +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 18:37 
> т.е. своим клиентам так и скажете - извини, но я антигнутый бой,
> а следовательно прог на С++ вам не видать.
> да не! нафиг! :D

Вы, простите, прикидываетесь или действительно инвалид мозговой деятельности? Никто не мешает собирать плюсовые проги хоть GCC, хоть чем угодно. Просто с базовой системой не будет нужно таскать GNU'тый тулчейн, что позволит стать ей заметно изящнее, компактнее и быстрее. Кому будет надо — поставят пакет gcc-* вместе с прочими.

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

132. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –3 +/
Сообщение от ананим on 31-Янв-11, 18:59 
да вы батенька хамите!
ваша система станет изящней примерно настолько же, насколько и ваши коментарии, а именно на 30% тормознее и тупее.
и это ещё в лучшем случае.
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

142. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 20:27 
> да вы батенька хамите!
> ваша система станет изящней примерно настолько же, насколько и ваши коментарии, а
> именно на 30% тормознее и тупее.
> и это ещё в лучшем случае.

Что ж вы такой нервный-то. Вот статистика по сорцам:

$ find /usr/src/gnu/usr.bin/gcc -type f | wc -l
   10842
$ find /usr/src/usr.bin/pcc -type f | wc -l
     193

Версии не самые новые, но порядок, думаю, понятен. Теперь посмотрим на количество устанавливаемых файлов:
$ sudo DESTDIR=/tmp/gccc make install && find /tmp/gccc -type f | wc -l
      35
$ sudo DESTDIR=/tmp/pccc make install && find /tmp/pccc -type f | wc -l
       6

Ваши возражения?
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

144. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 20:29 
> $ sudo DESTDIR=/tmp/gccc make install && find /tmp/gccc -type f | wc
> -l
>       35

Виноват, здесь должно быть 29, я по ошибке установил сначала в одно и то же дерево.

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

160. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 06:01 
считать производительность результирующей программы после компиляции в количестве файлов исходников компилятора - это нужно быть ещё тем умником.
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

163. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 10:31 
> считать производительность результирующей программы после компиляции в количестве файлов
> исходников компилятора - это нужно быть ещё тем умником.

Это относилось к словам про изящность и незагромождённость системы, вообще-то.

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

183. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 12:19 
изящность - это когда из сырцов получается быстрый, оптимальный и маленький кода.
а не когда инфраструктура его создания ничего из себя не представляет.
никто не заставляет в результирующие сборки включать и компиляторы.
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

196. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +1 +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 13:34 
> изящность - это когда из сырцов получается быстрый, оптимальный и маленький кода.

Это изящность работы компилятора. Вы читать будете, что вам пишут, или только слова выхватывать? Никто не спорит, что компилятор должен генерировать такой код. PCC к этому уверенно движется, и это хорошо. Если он кому-то такой не нужен — пусть их. Эти люди первые им будут пользоваться и кричать «GCC на свалку!» если (или когда?) PCC в свою очередь перегонит GCC по скорости работы конечного кода. Как говорил один далеко не глупый товарищ, «всё течёт, всё изменяется», и только глупец будет пытаться остановить реку своими словами.

> а не когда инфраструктура его создания ничего из себя не представляет.
> никто не заставляет в результирующие сборки включать и компиляторы.

Три «ха-ха». Во-первых, по-вашему, программа непременно должна состоять из нескольких тысяч файлов, жрать кучу ресурсов (сравните, сравните, сколько отъедает памяти и времени ЦП в процессе компиляции GCC и сколько — PCC) и требовать для себя особых условий, только тогда вы её зауважаете? Тогда ни в коем случае не пользуйтесь программами cp, mv, mkdir и так далее, они же очень маленькие и компактные...

Во-вторых, а чем тогда систему собирать? Ставить компилятор из портов? Ну смешно же. Устанавливать эти пакеты, с компилятором и пр., может, и не обязательно, а вот поддерживать — естественная необходимость. Для любого проекта.

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

206. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 14:29 
>Это изящность работы компилятора.

да нет. :D
это изящность работы программы... созданоной компилятором.

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

210. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 14:54 
>>Это изящность работы компилятора.
> да нет. :D
> это изящность работы программы... созданоной компилятором.

Изящность работы программы — это уже её логика работы (внутреннее изящество) и интерфейс к этой логике (внешнее). :)

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

212. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 14:58 
это большой секрет, но есть программы, которые будучи откомпилированы с определенными флагами (читать - возможностями) работают на порядок лучше и быстрее.
для примера - тут вот вдпау всякие появились.
Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

218. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 16:17 
> это большой секрет, но есть программы, которые будучи откомпилированы с определенными флагами
> (читать - возможностями) работают на порядок лучше и быстрее.
> для примера - тут вот вдпау всякие появились.

Про VDPAU в смысле оказываемого эффекта не в курсе. Можно поподробнее?

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

222. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 16:27 
к павлинуху, плс.
мне лень.
а вот то, что и это pcc не может (и даже в планах нет) - факт.
Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

158. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от kshetragia (ok) on 01-Фев-11, 05:41 
второй апач на плюсах
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

164. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 10:31 
> второй апач на плюсах

Оу. Прозевал, сорри.

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

203. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от kshetragia (ok) on 01-Фев-11, 14:23 
Похоже круто облажался. Там pure C. почему так считал.. сам не понимаю. :(
Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

114. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 17:41 
тем более что i3/i5/i7 только в ещё не вышедший 4.6 только встроили:
>Support for Intel Core i3/i5/i7 processors is now available through the -march=corei7 and -mtune=corei7 options.

не говоря уже про другие оптимизации - http://gcc.gnu.org/gcc-4.6/changes.html - такие как Link-time optimization improvements и Interprocedural optimization improvements

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

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

117. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 17:50 
> тем более что i3/i5/i7 только в ещё не вышедший 4.6 только встроили:
>>Support for Intel Core i3/i5/i7 processors is now available through the -march=corei7 and -mtune=corei7 options.
> не говоря уже про другие оптимизации - http://gcc.gnu.org/gcc-4.6/changes.html - такие
> как Link-time optimization improvements и Interprocedural optimization improvements
> в общем я желаю удачи всем подобным и интересным проектам, но за
> скоростью развития гнутого мира они явно не успевают.

Если учесть, сколько чистого времени вложено в разработку GCC (берём только общую и сишную части) и сколько — в PCC, то это ещё вопрос. PCC как раз стремительно догоняет GNU C Compiler по качеству.

> по существу даже сабж - это реанимация проекта 30 летней давности.

А вы знаете, сколько лет собственно языку Си? Тс-с-с, это страшная тайна!..

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

125. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 18:27 
>Если учесть, сколько чистого времени вложено в разработку GCC (берём только общую и сишную части) и сколько — в PCC, то это ещё вопрос. PCC как раз стремительно догоняет GNU C Compiler по качеству.

блажен кто верует.
кстати, а с чего вдруг я должен брать "только общую и сишную части"? нет уж! я возьму всё! :D

>А вы знаете, сколько лет собственно языку Си? Тс-с-с, это страшная тайна!..

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

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

128. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 18:34 
>>Если учесть, сколько чистого времени вложено в разработку GCC (берём только общую и сишную части) и сколько — в PCC, то это ещё вопрос. PCC как раз стремительно догоняет GNU C Compiler по качеству.
> блажен кто верует.
> кстати, а с чего вдруг я должен брать "только общую и сишную
> части"? нет уж! я возьму всё! :D

С того, что речь в новости шла только о компиляторе Си. Не надо путать универсальные тулчейны со специлизированными, и упрекать одни в том, что они не являются другими, — это не умнее, чем ругать жирафа за то, что он не бегемот.

>>А вы знаете, сколько лет собственно языку Си? Тс-с-с, это страшная тайна!..
> да, только язык Си не приходится реанимировать.
> другими словами - сам язык Си мало похож на зомби из сабжа.

Вы этого "зомби" в глаза-то не видели, а уже рассуждаете. Не стыдно?

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

133. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 31-Янв-11, 19:05 
с каких это пор сабж стал специализированным тулчейном?
и уж точно не я затеял пиписькомерку этого зомби с мэйстримовым тулчейном в мире С/С++, коим и является по праву гцц.
>Вы этого "зомби" в глаза-то не видели, а уже рассуждаете. Не стыдно?

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

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

135. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +3 +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 31-Янв-11, 19:37 
> с каких это пор сабж стал специализированным тулчейном?

Хотите сказать, что «компилятор C» — это не специализация, по сравнению с «Compiler Collection»?

> и уж точно не я затеял пиписькомерку этого зомби с мэйстримовым тулчейном
> в мире С/С++, коим и является по праву гцц.

Поправка: в мире *nix. На винде рулит MS-овский компилятор, а на ряде специфических платформ — тоже другие компиляторы (даже при наличии порта GCC). Так что Си-компилятор из состава GCC тоже не мэйнстрим в полном смысле этого слова. Ну да не суть.

>>Вы этого "зомби" в глаза-то не видели, а уже рассуждаете. Не стыдно?
> тем более я никогда не предполагал априори недостаток знаний в собеседнике.
> наоборот, всегда стараюсь предположить в нём более знающего и интересного собеседника.
> но получается как всегда. увы.

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

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

145. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –1 +/
Сообщение от ананим on 31-Янв-11, 22:35 
сори что отвлёк.
такого толстого троля я давно не встречал.
Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

184. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 12:24 
на виндах? :D
ну да. там кстати компилятор С/С++ уже как то и не в почёте. там всё больше c#.

а вот сборки макоси, iphone/ipod/ipad, android, blackberry и куча мелких платформ (вебос к примеру, уже от хп) плюс различные эмбедед девайсы... применение гцц даже сложно подсчитать.
да уж. ваш популизм ограничен в знаниях.

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

197. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 13:40 
> на виндах? :D
> ну да. там кстати компилятор С/С++ уже как то и не в
> почёте. там всё больше c#.

Кстати, если мне не изменяет память, компиляторы C, C++ и C# имеют много общего у MS. Впрочем, не суть.

> а вот сборки макоси, iphone/ipod/ipad, android, blackberry и куча мелких платформ (вебос
> к примеру, уже от хп) плюс различные эмбедед девайсы... применение гцц
> даже сложно подсчитать.

Вы опять-таки невнимательно читали, что вам пишут. Про широту применения GCC никто не спорит, но она всё же несколько уже, чем кажется многим.

> да уж. ваш популизм ограничен в знаниях.

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

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

207. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 14:31 
>Кстати, если мне не изменяет память, компиляторы C, C++ и C# имеют много общего у MS. Впрочем, не суть.

посчему же? суть.
а суть - 90% рынка мобильных (и 100% эмбедед) - это гцц.
а всё остальное - это ваша проприетарная сущность.

зы:
это кстати просто факт.

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

213. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 01-Фев-11, 14:58 
>>Кстати, если мне не изменяет память, компиляторы C, C++ и C# имеют много общего у MS. Впрочем, не суть.
> посчему же? суть.
> а суть - 90% рынка мобильных (и 100% эмбедед) - это гцц.

Про embedded врать не надо. В одной подобной беседе уже приходил товарищ, наглядно доказавший, что GCC не всегда и везде рулит.

Что же до остального ещё раз напоминаю, что я лишь поправлял, а не полностью опровергал. Цитирую свои слова, выделяя ключевые для понимания сейчас моменты:

«Поправка: в мире *nix. На винде рулит MS-овский компилятор, а на ряде специфических платформ — тоже другие компиляторы (даже при наличии порта GCC). Так что Си-компилятор из состава GCC тоже не мэйнстрим в полном смысле этого слова.»

> а всё остальное - это ваша проприетарная сущность.

Смешной вы.

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

214. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 15:02 
>Про embedded врать не надо. В одной подобной беседе уже приходил товарищ, наглядно доказавший, что GCC не всегда и везде рулит.

так не ври.
простого примера будет достаточно. :D

>Смешной вы.

ха! меня греет мысль, что я однозначно и объективно умнее. :D

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

235. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Aesthetus Animus (ok) on 03-Фев-11, 23:50 
> ха! меня греет мысль, что я однозначно и объективно умнее. :D

Я Вам сочувствую...


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

236. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Aesthetus Animus (ok) on 03-Фев-11, 23:54 
> ...и 100% эмбедед - это гцц.

Чушь! Вы очень лихо забыли про iar, keil и прочие специализированные компиляторы. А GCC, например, на ARM - это такой середнячок: вроде и работает, но код генерит довольно посредственного качества.


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

187. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от xxx (??) on 01-Фев-11, 12:43 
Вот кто-нибудь может без троллинга и со знанием дела объяснить почему *BSD системы не могут включать в поставку GCC под GPLv3?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

190. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  –2 +/
Сообщение от ананим on 01-Фев-11, 12:48 
без тролинга не получится.
потому что именно по этой причине и не включают.

ТЕХНИЧЕСКИХ ПРИЧИН НЕТ.

зы:
а вообще, ну спонсор главный в фрибсд - эпл.
а у них весь бизнес построен на анти-гпл3.

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

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

Да, это печально.

>а вообще, ну спонсор главный в фрибсд - эпл.

Во-первых это не так. Я вообще из всех ключевых разработчиков знаю только Robert'а Watson'а, который работал на огрызок по каким-то грантам. Остальные работают в совершенно других компаниях, причём как раз этим компаниям llvm нафиг не нужен, хотя бы из-за того что многие из них выпускают железяки на ARM, MIPS и т. д.

Во-вторых множество ключевых разработчиков заняты портированием FreeBSD на встраиваемые платформы, где лидером остаётся (и ещё долго останется) GCC. И они почему-то не могут переключиться на GCC под GPLv3. Вот мне и интересно почему, в чём юридические причины?

В-третьих, даже если исключить FreeBSD, то есть NetBSD, OpenBSD и другие. И все они зависли на последней версии GCC под GPLv2.

>а у них весь бизнес построен на анти-гпл3.

А весь бизнес производителей телефонов с Linux не построен на "анти-гпл3"? Ведь им ой как нравится возможность тивоизации и патентного троллинга в GPLv2.

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

215. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 15:11 
>Я вообще из всех ключевых разработчиков знаю только Robert'а Watson'а, который работал на огрызок по каким-то грантам.

а я работал cо Стивом Джобсом. и это не стёб.
>о-вторых множество ключевых разработчиков заняты портированием FreeBSD на встраиваемые платформы, где лидером остаётся (и ещё долго останется) GCC.

именно. при этом лицензия не важна. чуть более чем полностью.
они даже код открывают только тогда, когда узнают что (!!!) должны.
>В-третьих, даже если исключить FreeBSD, то есть NetBSD, OpenBSD и другие. И все они зависли на последней версии GCC под GPLv2.

так вопрос не в том, что будет ли развиваться gcc.
... и тут я играю уже как бздишнег - вопрос в развитии бсд....
>А весь бизнес производителей телефонов с Linux не построен на "анти-гпл3"?

нет конечно.
и (к сожалению) им вообще на это наплевать. аппсторе - да.
нужно играть по правилам. вопрос - чьим?

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

216. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от anonymous (??) on 01-Фев-11, 15:15 
>>А весь бизнес производителей телефонов с Linux не построен на «анти-гпл3»?
> нет конечно.
> и (к сожалению) им вообще на это наплевать.

ORLY? как раз GPLv3 там боятся как огня. потому что накроется красивым тазом тивоизация.

но гуаноед торвальдс, конечно, не даст сотворить такую вопиющую несправедливость, и поэтому Linux никогда не будет под GPLv3. для чего, собственно, в исходниках и указана жёстко версия лицензии. и сейчас действительно сменить её несколько трудно — заколебаешься всех опрашивать.

хотя команде GCC вон удалось — всё потому, что код GCC принадлежит FSF. вот так подлая FSF лишает несчастные корпорации свободы тивоизировать.

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

223. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от ананим on 01-Фев-11, 16:28 
>ORLY? как раз GPLv3 там боятся как огня. потому что накроется красивым тазом тивоизация.

ну дык кто боится, а кто на 4.6 миго делает.

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

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

а при чём тут лицензия GCC? у GCC специально оговорено, что лицензия на компилятор не накладывает лицензионных условий на его выхлоп. а вот если ось станет под v3… вот это уже будет беда. точнее даже — катастрофа. но доблестный торвальдс бдит, так что бояться нечего. он нам так и говорит: зачем слушать всяких фанатиков типа Столмана? тивоизация — это добро!

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

232. "В компиляторе PCC обеспечена возможность сборки FreeBSD"  +/
Сообщение от Anonymos on 03-Фев-11, 14:34 
Там одно время в лицензии был какой-то спорный момент, что-то вроде того, что линкуемые файлы должны были быть под GPL3 или как-то так, что нарушило бы возможность поставки системы  под своей лицензией (GCC поставлялся как бы отдельно, ранее это не мешало). В окончательной версии GPL3 этот пункт вроде бы убран, но, похоже, юридическая сторона остается запутанной, и от греха подальше не переходят. Получилос так же, как с держателями патентов, не знаешь, какой фортель они выкинут завтра.
Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

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

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




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

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