форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

Сообщения по теме

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

1. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+1 +/–
Сообщение от Толстый (ok) on 24-Май-10, 13:11
кто там еще сомневался в необходимости llvm/clang? Остался последний оплот gcc - Qt, но и там всего лишь одна ошибка не дающая скомпилировать библиотеку.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	10. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от анонимус (??) on 24-Май-10, 14:10
	>кто там еще сомневался в необходимости llvm/clang? Остался последний оплот gcc - Qt, но и там всего лишь одна ошибка не дающая скомпилировать библиотеку. А можно подробнее? То есть есть попытки собрать clang'ом Qt?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	11. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Аноним (??) on 24-Май-10, 14:16
	http://clang.llvm.org/cxx_status.html
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	19. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от asl on 24-Май-10, 14:44
	Нет, не одна. Больше. Но работы над этим ведутся :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	27. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		–8 +/–
	Сообщение от User294 (ok) on 24-Май-10, 15:25
	> Остался последний оплот gcc - Qt И потом сразу наступит коммунизм? Ну уж фиг вам, коммунисты такими байками 70 лет кормили, так что когда наступит, тогда и ... :P.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	47. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+3 +/–
	Сообщение от EVS21 (??) on 24-Май-10, 16:28
	Появится альтернатива, не более :Р
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	89. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		–3 +/–
	Сообщение от User294 (ok) on 24-Май-10, 22:15
	Угу. Если звезды зажигают - значит это кому-нибудь нужно. Остается только вопрос кому и нафига. Тут вон уже толстый тролль нечаянно спалил ответ кажись. Где все разработчики обитают - тем и нужно. А это жадная и стремная контора - Эппл. Прецеденты махрового жлобства от оной и их игр в откроем-закроем - были и есть. С их ядром хотя-бы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	94. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от zorro (??) on 24-Май-10, 23:13
	да ладно, не смотря на то что я недавно наступил на грабли связанные с clang, что-то в портах из-за него не собиралось уже не помню что, я только за его развитие обеими руками и ногами. И вам луноходам от этого только один плюс, если так выйдет что clang хоть в чем-то будет лучше gcc то последнего тут же поправят и ускорят. Так что ты не переживай юзер, про тебя тоже не забыли :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	141. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от axez777 on 25-Май-10, 11:02
	>> Остался последний оплот gcc - Qt > >И потом сразу наступит коммунизм? Ну уж фиг вам, коммунисты такими байками >70 лет кормили, так что когда наступит, тогда и ... :P. > Ты просто так ляпнул или глубоко в теме?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	49. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Andrey Mitrofanov on 24-Май-10, 16:31
	>кто там еще сомневался в необходимости llvm/clang? Ты ужо пересел на ClangBSD? Молодець, теперь _никгто не сомневается!!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	163. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от sluge (ok) on 31-Май-10, 11:01
	а тем временем qt шники родят новую версию, где этих ошибок будет 10
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+2 +/–
Сообщение от klalafuda on 24-Май-10, 13:27
Хм. Интересное конечно заявление. Сильное. Игрушки игрушками, но когда появляется возможность использовать продукт в реальных полезных проектах - это уже повод обратить на него внимание. Компилятор С++ без буста - это ноль без палки. А тут... Очень интересно. Пожелаем удачи ребятам и успехов! Зачет.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	17. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+1 +/–
	Сообщение от Толстый (ok) on 24-Май-10, 14:41
	Да ладно Вам, говорите так как будто все что они до этого делали - были игрушки, а как удалось скомпилировать буст, сразу же стали серьезным проектом :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	26. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 15:21
	Ну оно и сейчас как бы игрушка. Пока что. По крайней мере на фоне матерых по самое нехочу GCC или MSVC. Но - прогресс налицо, а это уже серьезная заявка. Глядишь, такими темпами скоро ребята и перестанут восприниматься как игрушка.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	68. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от аноним on 24-Май-10, 17:44
	MSVC-то матерый? Перечитайте новость. А llvm уже давно не игрушка. Сырой, да.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	76. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 18:25
	Можно увидеть список проектов, которые используют его в полный рост в продакшене?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	84. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 24-Май-10, 20:55
	>Можно увидеть список проектов, которые используют его в полный рост в продакшене? Спросите в Apple.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	82. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+1 +/–
	Сообщение от Alex (??) on 24-Май-10, 20:18
	Игрушка, игрушка. Когда догонит GCC по количеству платформ - тогда можно будет сравнивать.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	85. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 21:04
	Тоже мне, аргумент. Убрать из GCC поддержку i386/x86_64 и все, проект автоматически станет совершенно бесполезен для подавляющего количества своих пользователей -> радостно загнется тихой сапой. И никакие гирлянды самых разнообразных и вычурных архитектур ему не помогут. Разве что ARM останется, но и на неё он далеко не уедет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	87. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 24-Май-10, 21:57
	Уедет на ARM и MIPS. Нормальных свободных компиляторов под эти архитектуры просто больше нет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	90. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		–1 +/–
	Сообщение от User294 (ok) on 24-Май-10, 22:24
	> Разве что ARM останется, но и на неё он далеко не уедет. Ну вы просто не заметили сколько девайсов на ARM, MIPS, AVR, MSP430, ... юзает этот компилер. От мелких таракашек до довольно увесистых систем. Лет через стопицот может быть clang и llvm чего-то такого и достигнут. Но поскольку эпплу это не сильно то и надо (кроме может быть топовых ARM в их ифонах) - достигаться наверное будет весьма долго, черт возьми. А потом еще и спасибо если эппл не начнет свои игры в откроем-закроем, как с дарвинским ядром. В итоге ссут кипятком по моим наблюдениям разе что бздуны, которым "i386 only" - не проблема (все-равно у них толком на других платформах ничерта не работает). Зато лицензия кошерная - позволяет япплу и т.п. в закрывашки поиграть. А GCC извините более-менее прилично генерит код под кучу архитектур и окружений. Не через сто лет а сейчас. И никакой эппл его не закроет в случае чего. Так что лично я от него отказываться как-то не собираюсь. И каких-то ограничений от лицензии компилера не испытываю. Вот ведь досада для тех кто тут в пользу проприетарщиков троллит, а? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	93. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 23:08
	Ну от чего же, их я не забыл. Но количество разработчиков, которые работают с указанными платформами несоизмеримо меньше, нежели с обычным писюковым десктопом. Думаю, не сильно ошибусь, если скажу что на порядки. Да и самих девайсов далеко не так много, как это может показаться на первый взгляд. На фоне тех же писюков. И не все скажем армовские девайсы работают под Linux. Как прямое следствие не все они так уж нуждаются в GCC. Конечно, это не PDP-11 сегодня. Но тем не менее, до рынка обычный кандовых писюков по распространённости и трудоемкости ой как далеко. Со всеми вытекающими для инструментария, который гипотетически был бы заточен именно под ARM, MIPS а уж тем более под AVR.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	95. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		–3 +/–
	Сообщение от savant (ok) on 24-Май-10, 23:13
	большинству разработчиков под писюки, gcc нахрен не нужен. Им нужен .net, java, VB6, Delphi и в нагрузку MSVC. GCC нужен только маргиналам, которые вместо того, чтобы писать бизнес-приложения, страдают какой-то хренью под названием "опенсорц"
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	97. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 23:17
	>большинству разработчиков под писюки, gcc нахрен не нужен. Им нужен .net, java, >VB6, Delphi и в нагрузку MSVC. GCC нужен только маргиналам, которые >вместо того, чтобы писать бизнес-приложения, страдают какой-то хренью под названием "опенсорц" > Если бы не усилия этих маргиналов, не было бы в т.ч. и этого сайта. И тролили бы вы соотв. не здесь но на каком-нибудь дваче, упячке, кроветке.ру или как там их называют.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	102. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 24-Май-10, 23:24
	>Если бы не усилия этих маргиналов, не было бы в т.ч. и >этого сайта. И тролили бы вы соотв. не здесь но на >каком-нибудь дваче, упячке, кроветке.ру или как там их называют. Согласен. Слава Столлману! Но основной посыл моего поста не изменился, в большинстве случаев разработчикам под писюки gcc нахрен не нужен. Если из gcc нахрен выкинут поддержку x86 и x86_64, его все равно будут развивать те, кому нужен компилятор для туевой хучи архитектур, тем более, что для x86 компиляторов жопой жуй. А вот если сделать наоборот, т.е. выкинуть всё кроме x86 и x86_64, то ИМХО gcc загнётся.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	106. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 23:31
	>>Если бы не усилия этих маргиналов, не было бы в т.ч. и >>этого сайта. И тролили бы вы соотв. не здесь но на >>каком-нибудь дваче, упячке, кроветке.ру или как там их называют. > >Согласен. Слава Столлману! Он то здесь причём? Не стоит совсем уж всех собак то на старика вешать. >Но основной посыл моего поста не изменился, в большинстве случаев разработчикам под >писюки gcc нахрен не нужен. Ну если быть откровенным, то в большинстве случаев разработчикам под писюки и Linux то не нужен. В подавляющем большинстве случаев. Со всеми вытекающими типа нужности GCC. Но x86_64 - это не только и не столько десктопы, сколько серверные приложения. А вот тут уже не замечать значимость Linux & K просто невозможно. >Если из gcc нахрен выкинут поддержку x86 и x86_64, его все равно >будут развивать те, кому нужен компилятор для туевой хучи архитектур, тем >более, что для x86 компиляторов жопой жуй. Будут. Вопрос лишь в эффективности и скорости этого развития. А так, теоретически конечно будут, да. Где-то на уровне OpenWatcom. Может, чуть поживее. Но не сильно. >А вот если сделать наоборот, т.е. выкинуть всё кроме x86 и x86_64, >то ИМХО gcc загнётся. Боюсь, основная масса даже и не заметит, что из GCC что-то выкинули. И спокойно продолжит использовать его далее.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	107. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 24-Май-10, 23:42
	>>Согласен. Слава Столлману! > >Он то здесь причём? Не стоит совсем уж всех собак то на >старика вешать. Это такой толстый-толстый троллинг. > >>Но основной посыл моего поста не изменился, в большинстве случаев разработчикам под >>писюки gcc нахрен не нужен. > >Ну если быть откровенным, то в большинстве случаев разработчикам под писюки и >Linux то не нужен. В подавляющем большинстве случаев. Со всеми вытекающими >типа нужности GCC. Согласен. >Но x86_64 - это не только и не >столько десктопы, сколько серверные приложения. А вот тут уже не замечать >значимость Linux & K просто невозможно. x86_64 без gcc один хрен не загнётся. > >>Если из gcc нахрен выкинут поддержку x86 и x86_64, его все равно >>будут развивать те, кому нужен компилятор для туевой хучи архитектур, тем >>более, что для x86 компиляторов жопой жуй. > >Будут. Вопрос лишь в эффективности и скорости этого развития. А так, теоретически >конечно будут, да. Где-то на уровне OpenWatcom. Может, чуть поживее. Но >не сильно. > Будут весьма живо, потому что вариантов больше негусто. Тем более, что для eval board сейчас стандарт - делать gcc toolchain которым можно сразу что-то делать. остальные монстры типа keil и иже с ними, это уже для тех, кто делает серьезное железо за серьезные бабки, а большинству отлично хватает gcc. >>А вот если сделать наоборот, т.е. выкинуть всё кроме x86 и x86_64, >>то ИМХО gcc загнётся. > >Боюсь, основная масса даже и не заметит, что из GCC что-то выкинули. >И спокойно продолжит использовать его далее. В том-то и дело, что заметят. в embedded немалая часть зависит от gcc
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	110. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 23:46
	> Будут весьма живо, потому что вариантов больше негусто. Тем более, что для eval board сейчас стандарт - делать gcc toolchain которым можно сразу что-то делать. > остальные монстры типа keil и иже с ними, это уже для тех, кто делает серьезное железо за серьезные бабки, а большинству отлично хватает gcc. Дальше остается лишь вопрос а хватит ли сил времени и знаний у тех, кто не делает 'серьезное железо за серьезные бабки' поддерживать на плаву такого монстра, как GCC? Ибо в кишках он действительно не сахар и по своей воле ковыряться в этой какашке в трезвом уме и здравой памяти полезет только сумасшедший..
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	112. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 24-Май-10, 23:54
	>Дальше остается лишь вопрос а хватит ли сил времени и знаний у >тех, кто не делает 'серьезное железо за серьезные бабки' поддерживать на >плаву такого монстра, как GCC? Ибо в кишках он действительно не >сахар и по своей воле ковыряться в этой какашке в трезвом >уме и здравой памяти полезет только сумасшедший.. Скорее всего этим займется(занимается, я хз) Atmel, NXP и остальные. Тому же Atmel gcc очень полезен, ибо для ихнего AVR32(он же MIPS) с компиляторами насколько я понимаю(в живую эти процы не использовал) не очень весело. Я думаю, сейчас поддержку таких архитектур пилят люди, которым железячные компании платят деньги.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	99. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+4 +/–
	Сообщение от zorro (??) on 24-Май-10, 23:21
	От ты юзер опять начинаешь а. Знаешь же прекрасно что сейчас фряшники делают упор на развитие платформы ARM, и в скором времени все будет как надо. Хорош уже, знаем что твой линукс белый и пушЫстый, а все остальное "тихо посасывает". :) Интересно когда ты устанешь расхваливать линукс как все равно что бил гейц венду а? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	104. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 24-Май-10, 23:26
	..в скором времени.. ..станет.. Это наверное ключевые слова. Вот как станет - welcome :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	105. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 24-Май-10, 23:30
	Пока фряшники сделают нормальный порт на ту туеву хучу ARM SoC систем, они охренеют раньше. Ну или как минимум на все основные devboard, чтобы можно было хоть как-то с чего-то пытаться использовать фряху в embedded, пройдет еще года 1.5-2-... А железяки нужны сейчас.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	134. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от User294 (ok) on 25-Май-10, 04:43
	>От ты юзер опять начинаешь а. Знаешь же прекрасно что сейчас фряшники >делают упор на развитие платформы ARM, и в скором времени все будет как надо. Ну вот когда будет, тогда и приходите. А пока почему-то работоспособные порты есть только у MS+Danger, Apple, Juniper и панасоника. От коих лично мне ни холодно, ни жарко как-то - они где-то там, у них, а не у меня. Т.к. поделиться они как обычно забыли. Ну а потому из относительно работоспособных портов только нечто для каких-то древних ископаемых железок которые в продаже хрен найдешь, не говоря о том что за это время вышло полно железок параметры которых лучше в РАЗЫ (что и стало поводом для пропадания ископаемых из продажи).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	111. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+2 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 24-Май-10, 23:51
	>[оверквотинг удален] >не начнет свои игры в откроем-закроем, как с дарвинским ядром. В >итоге ссут кипятком по моим наблюдениям разе что бздуны, которым "i386 >only" - не проблема (все-равно у них толком на других платформах >ничерта не работает). Зато лицензия кошерная - позволяет япплу и т.п. >в закрывашки поиграть. А GCC извините более-менее прилично генерит код под >кучу архитектур и окружений. Не через сто лет а сейчас. И >никакой эппл его не закроет в случае чего. Так что лично >я от него отказываться как-то не собираюсь. И каких-то ограничений от >лицензии компилера не испытываю. Вот ведь досада для тех кто тут >в пользу проприетарщиков троллит, а? :) Тролль здесь в первую очередь вы. 1. GCC относительно прилично генерит код только под те архитектуры, где он активно используется. Объяснить, почему, или сами догадаетесь? 2. Apple может поступать как ей заблагорассудится, сейчас они развивают LLVM, и это хорошо. Если закроют — будет плохо, но проект вряд ли умрёт — ИМХО, он уже перешёл необходимую границу популярности. 3. Наезды на *BSD про портабельность смешны. Покажите мне _дистр_ (а не голое ядро с недопиленным под эту платформу тулчейном) Linux, портированный на большее число платформ, чем NetBSD или OpenBSD, и при этом более популярный. А? Или вы одним ядром живы, без софта?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	113. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 00:03
	>3. Наезды на *BSD про портабельность смешны. Покажите мне _дистр_ (а не >голое ядро с недопиленным под эту платформу тулчейном) Linux, портированный на >большее число платформ, чем NetBSD или OpenBSD, и при этом более >популярный. А? Или вы одним ядром живы, без софта? С каких это пор, принято мерятся портируемостью дистрибутивов? Linux - это ядро, а вся ос - это ядро + обвяз из гнутых утилит. ПРи этом очень многие производители вместо того, чтобы брать готовый велосипед, делают свой с квадратными колесами, но который удобен в данном конкретном случае.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	114. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 00:13
	> >>3. Наезды на *BSD про портабельность смешны. Покажите мне _дистр_ (а не >>голое ядро с недопиленным под эту платформу тулчейном) Linux, портированный на >>большее число платформ, чем NetBSD или OpenBSD, и при этом более >>популярный. А? Или вы одним ядром живы, без софта? > >С каких это пор, принято мерятся портируемостью дистрибутивов? Спросите у User294. >Linux - это ядро, а вся ос - это ядро + обвяз >из гнутых утилит. ПРи этом очень многие производители вместо того, чтобы >брать готовый велосипед, делают свой с квадратными колесами, но который удобен >в данном конкретном случае. Отлично, раз с ваших слов сделать нормальный дистр Linux под любую платформу, где есть Linux-ядро (и, соответственно, компиляторный тулчейн марки GNU), легко и просто, продемонстрируйте.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	115. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 00:22
	>Отлично, раз с ваших слов сделать нормальный дистр Linux под любую платформу, >где есть Linux-ядро (и, соответственно, компиляторный тулчейн марки GNU), легко и >просто, продемонстрируйте. не приписывай мне того, что я не говорил. Сделать нормальный образ для встраиваемой железяки - это адский геморрой, коим я сейчас занимаюсь. Точнее, дистрибутив для железяки уже есть, он работает, но там так сделано, что чем делать в нем серъезные изменения, проще взять buildroot, допилить его, добавить свои скрипты и пакеты и собрать образ подходящий под задачу. Я говорил про то, что брать готовый дистрибутив для embedded - это во многих случаях нихрена не вариант.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	116. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 00:29
	>buildroot, допилить его, добавить свои скрипты и пакеты и собрать образ >подходящий под задачу. > >Я говорил про то, что брать готовый дистрибутив для embedded - это >во многих случаях нихрена не вариант. Так никто с этим (кроме, возможно, User294) и не спорит. :) Повторюсь, был (не в первый раз, надо сказать) наезд, дескать, *BSD работают на считанных архитектурах. Автор наезда был ткнут носом в свою ложь (или, как это принято говорить в дипломатических кругах, некоторое преувеличение). Я никогда не говорил и даже не подразумевал, что портировать операционную систему — это легко! Так что суть ваших претензий мне не совсем понятна; может, конечно, мне просто надо выспаться. :) А то у нас, фонатегов-бээсдэшникофф, зуд в рабочем месте не переводится (я про руки). ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	117. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 00:41
	>Повторюсь, был (не в первый раз, надо сказать) наезд, дескать, *BSD работают >на считанных архитектурах. Автор наезда был ткнут носом в свою ложь >(или, как это принято говорить в дипломатических кругах, некоторое преувеличение). Я >никогда не говорил и даже не подразумевал, что портировать операционную систему >— это легко! > >Так что суть ваших претензий мне не совсем понятна; может, конечно, мне >просто надо выспаться. :) А то у нас, фонатегов-бээсдэшникофф, зуд в >рабочем месте не переводится (я про руки). ;) *BSD работают на многих архитектурах, это да, но есть прокол, у армов, например, под каждый SoC ядро приходится подпиливать, из-за того, что у них одинаково только ядро, а набор периферии разный, различная распиновка и т.п., поэтому как минимум приходится доделывать инициализацию. Линукс использует много кто и много где, так что под все основные SoC в ядре есть код, его возможно надо немного поправить, чтобы он соответствовал реалиям платы, но это проблем никаких не вызывает. А как у *BSD с этим, я честно говоря не знаю. Пример из жизни: есть плата на основе at91rm9200 - это SoC на основе arm920t. Порт NetBSD я не увидел, хотя старался, а линуксовое ядро там себя чувствует просто отлично с хрен знает какой версии(самое раннее, что я вживую видел - это 2.6.17)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	118. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 00:52
	>[оверквотинг удален] >т.п., поэтому как минимум приходится доделывать инициализацию. Линукс использует много кто >и много где, так что под все основные SoC в ядре >есть код, его возможно надо немного поправить, чтобы он соответствовал реалиям >платы, но это проблем никаких не вызывает. А как у *BSD >с этим, я честно говоря не знаю. > >Пример из жизни: есть плата на основе at91rm9200 - это SoC на >основе arm920t. Порт NetBSD я не увидел, хотя старался, а линуксовое >ядро там себя чувствует просто отлично с хрен знает какой версии(самое >раннее, что я вживую видел - это 2.6.17) Так о чём я и говорю: Linux — это ядро, а *BSD — это ОС. Сравнивать попросту некорректно. в *BSD не бывает так, что ядро работает, а остальная система — нет; поддержка всегда делается полноценная.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	119. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 01:06
	>Так о чём я и говорю: Linux — это ядро, а *BSD >— это ОС. Сравнивать попросту некорректно. в *BSD не бывает так, >что ядро работает, а остальная система — нет; поддержка всегда делается >полноценная. тут как-то пофиг. Если будет работать ядро *bsd системы, то там будет работать и вся *bsd система. на армы бсдшный userland я так понимаю портирован. Тут вопрос именно в поддержке ядром конкретного SoC. Ну и последний гвоздь в крышку этого гроба: Товарищи БСДшники, запилите мне пожалуйста образ системы с ядром, чтобы он умел: ipfw, ipsec, openvpn, GRE-туннели, ppp,pptp,l2tp, ssh, httpd(без свистелок, только CGI), dyndns, nat, nat traversal - в 7 мегабайт с ядром, образ ФС сжат gzip, bzip2, ядро без сжатия. Сейчас такая штука с линуксом у меня есть и работает. Влезает конечно впритык, но влезает. Реально ли так поджать *BSD - лично для меня вопрос интересный.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	120. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 01:10
	Ок, нашел, фряху на данный SoC портировали, ладно. Но вопрос по образу в силе.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	121. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 01:16
	>>Так о чём я и говорю: Linux — это ядро, а *BSD >>— это ОС. Сравнивать попросту некорректно. в *BSD не бывает так, >>что ядро работает, а остальная система — нет; поддержка всегда делается >>полноценная. > >тут как-то пофиг. Если будет работать ядро *bsd системы, то там будет >работать и вся *bsd система. Именно. А Linux? >на армы бсдшный userland я так понимаю портирован. >Тут вопрос именно в поддержке ядром конкретного SoC. Хех, тут тогда вопрос конкретного интереса. >Ну и последний гвоздь в крышку этого гроба: >Товарищи БСДшники, запилите мне пожалуйста образ системы с ядром, чтобы он умел: >ipfw, Обязательно ipfw или всё-таки любой подходящий фаервол? > ipsec, С этим проблем вообще нет. >openvpn, Именно openvpn? >GRE-туннели, ppp, pptp, l2tp То есть PPTP, L2TP и просто PPP, если быть корректным, так? >ssh ssh или sshd? >httpd (без свистелок, только CGI) Apache или просто Web-cервер с CGI? >dyndns, Клиент или сервер? >nat, nat traversal Опять-таки, проблем нет. > - в 7 мегабайт с ядром, образ ФС >сжат gzip, bzip2, ядро без сжатия. Эм, если не секрет, а почему ФС жать можно, а ядро низзя? >Сейчас такая штука с линуксом >у меня есть и работает. Влезает конечно впритык, но влезает. Реально >ли так поджать *BSD - лично для меня вопрос интересный. Поджать-то можно, crunchgen ещё никто не отменял… Если не забуду и найдётся время, попробую сварганить на днях. Можете по email пнуть, если интересно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	123. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 01:26
	>>>Так о чём я и говорю: Linux — это ядро, а *BSD >>>— это ОС. Сравнивать попросту некорректно. в *BSD не бывает так, >>>что ядро работает, а остальная система — нет; поддержка всегда делается >>>полноценная. >> >>тут как-то пофиг. Если будет работать ядро *bsd системы, то там будет >>работать и вся *bsd система. > >Именно. А Linux? Busybox c uClibc решают. >[оверквотинг удален] >>на армы бсдшный userland я так понимаю портирован. >>Тут вопрос именно в поддержке ядром конкретного SoC. > >Хех, тут тогда вопрос конкретного интереса. > >>Ну и последний гвоздь в крышку этого гроба: >>Товарищи БСДшники, запилите мне пожалуйста образ системы с ядром, чтобы он умел: >>ipfw, > >Обязательно ipfw или всё-таки любой подходящий фаервол? ipfw я привел в пример, потому что про него я помню. А так, любой фаирволл > >> ipsec, > >С этим проблем вообще нет. > >>openvpn, > >Именно openvpn? openvpn обязателен. > >>GRE-туннели, ppp, pptp, l2tp > >То есть PPTP, L2TP и просто PPP, если быть корректным, так? Да. железяка должна уметь эти протоколы, как клиент. Также требуется GRE в чистом виде. > >>ssh > >ssh или sshd? sshd(dropbear если он есть под BSD) > >>httpd (без свистелок, только CGI) > что угодно, главное, чтобы маленькое и умело через cgi пускать шелловые скрипты > >>dyndns, > >Клиент или сервер? Клиент > >>nat, nat traversal > >Опять-таки, проблем нет. > >> - в 7 мегабайт с ядром, образ ФС >>сжат gzip, bzip2, ядро без сжатия. > >Эм, если не секрет, а почему ФС жать можно, а ядро низзя? можно и ядро, но тогда грузится долго. Если получится ужать с ядром, тоже подходит. > > >>Сейчас такая штука с линуксом >>у меня есть и работает. Влезает конечно впритык, но влезает. Реально >>ли так поджать *BSD - лично для меня вопрос интересный. > >Поджать-то можно, crunchgen ещё никто не отменял… Если не забуду и найдётся >время, попробую сварганить на днях. Можете по email пнуть, если интересно. > Хм, про crunchgen не слышал. В качестве очень желательного дополнения, нужен gettext с выводом в utf-8. Консоль уметь utf-8 не обязана.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	125. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 01:51
	>>>GRE-туннели, ppp, pptp, l2tp >> >>То есть PPTP, L2TP и просто PPP, если быть корректным, так? > >Да. железяка должна уметь эти протоколы, как клиент. > >Также требуется GRE в чистом виде. Что значит «в чистом виде»? http://www.openbsd.org/cgi-bin/man.cgi?query=gre&apropos=0&s... ? >>>ssh >> >>ssh или sshd? > >sshd(dropbear если он есть под BSD) http://matt.ucc.asn.au/dropbear/dropbear.html#platforms ;) >>Поджать-то можно, crunchgen ещё никто не отменял… Если не забуду и найдётся >>время, попробую сварганить на днях. Можете по email пнуть, если интересно. >> > >Хм, про crunchgen не слышал. С помощью этого инструмента в *BSD (не скажу за все, правда) и делают установочные RAMDISK'и, например. >В качестве очень желательного дополнения, нужен gettext с выводом в utf-8. Консоль >уметь utf-8 не обязана. Эм-м-м, gettext — мягко говоря, тяжеловес. На OpenBSD/i386 у меня полный пакет (в Linux-дистрах его, AFAIK, иногда бьют на части) занимает три с половиной метра. Какой именно функционал от него нужен?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	128. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 01:59
	>>Также требуется GRE в чистом виде. > >Что значит «в чистом виде»? http://www.openbsd.org/cgi-bin/man.cgi?query=gre&apropos=0&s... ? Оно. >>В качестве очень желательного дополнения, нужен gettext с выводом в utf-8. Консоль >>уметь utf-8 не обязана. > >Эм-м-м, gettext — мягко говоря, тяжеловес. На OpenBSD/i386 у меня полный пакет >(в Linux-дистрах его, AFAIK, иногда бьют на части) занимает три с >половиной метра. Какой именно функционал от него нужен? нужны gettext и gettext.sh для локализации web-интерфейса. Не влезет и фиг бы с ним, не критично.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	142. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Аноним (??) on 25-Май-10, 11:09
	>Ну и последний гвоздь в крышку этого гроба: >Товарищи БСДшники, запилите мне пожалуйста образ системы с ядром, чтобы он умел: >ipfw, ipsec, openvpn, GRE-туннели, ppp,pptp,l2tp, ssh, httpd(без свистелок, только CGI), dyndns, >nat, nat traversal - в 7 мегабайт с ядром, образ ФС >сжат gzip, bzip2, ядро без сжатия. Сейчас такая штука с линуксом >у меня есть и работает. Влезает конечно впритык, но влезает. Реально >ли так поджать *BSD - лично для меня вопрос интересный. а зачем вам ядро без сжатия ?:) а то что вы описали - вполне себе впихивается в 4-6м у NetBSD - лично наблюдал такое :) порт NetBSD на edimax. на FreeBSD делал на 32м флэшке такое (ключевое слово nanobsd/tinybsd + crunch) казалось бы - может стоит руки править ?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	143. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 11:47
	>[оверквотинг удален] >>сжат gzip, bzip2, ядро без сжатия. Сейчас такая штука с линуксом >>у меня есть и работает. Влезает конечно впритык, но влезает. Реально >>ли так поджать *BSD - лично для меня вопрос интересный. > >а зачем вам ядро без сжатия ?:) а то что вы описали >- вполне себе впихивается в 4-6м у NetBSD - лично наблюдал >такое :) порт NetBSD на edimax. >на FreeBSD делал на 32м флэшке такое (ключевое слово nanobsd/tinybsd + crunch) > >казалось бы - может стоит руки править ? Ключевое слово AT91RM9200. Порта Net/Open BSD я на этот SoC так и не увидел. Поделись ссылкой на edimax порт, интересно посмотреть, как они его сделали
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	155. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Aesthetus Animus (ok) on 25-Май-10, 22:45
	>Повторюсь, был (не в первый раз, надо сказать) наезд, дескать, *BSD работают >на считанных архитектурах. Кстати, а где используется BSD, на отличных от i386/amd64 архитектурах? (Это не троллинг, мне действительно интересно, да и сам я фанат FreeBSD)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	156. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 26-Май-10, 02:44
	>>Повторюсь, был (не в первый раз, надо сказать) наезд, дескать, *BSD работают >>на считанных архитектурах. > >Кстати, а где используется BSD, на отличных от i386/amd64 архитектурах? (Это не >троллинг, мне действительно интересно, да и сам я фанат FreeBSD) Из известного - Juniper использует нечто BSD-подобное в маршрутизаторах
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	157. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Andrey Mitrofanov on 26-Май-10, 15:07
	>>на отличных от i386/amd64 архитектурах? >Из известного - Juniper использует нечто И они, конечно не интел+ПК?? :-O Не верю.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	158. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 26-Май-10, 17:43
	>>>на отличных от i386/amd64 архитектурах? >>Из известного - Juniper использует нечто > >И они, конечно не интел+ПК?? :-O Не верю. Они MIPS
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	160. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Andrey Mitrofanov on 26-Май-10, 19:35
	Молодцы, у них [лишних] денег на FreeBSD больше, чем у Эппла.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	161. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 26-Май-10, 22:20
	>Молодцы, у них [лишних] денег на FreeBSD больше, чем у Эппла. JUNOS - это не FreeBSD, это что-то BSD подобное, подробнее сказать сложно, ибо закрыто.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	162. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Sem (??) on 27-Май-10, 17:51
	Не ужели не доверяете тому, что они сами говорят? "JUNOS software is, indeed, based on FreeBSD. Probably the most obvious benefit of using FreeBSD in our software is the Unix-like environment that comes with it." Никаких BSD-like, именно FreeBSD.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	164. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Andrey Mitrofanov on 31-Май-10, 11:07
	>Не ужели не доверяете тому, что они сами говорят? >"JUNOS software is, indeed, based on FreeBSD. Probably the most obvious benefit >Никаких BSD-like, именно FreeBSD. Доверяю! Написано "based on FreeBSD", значит не "именно" и даже не "-like".
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	135. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от User294 (ok) on 25-Май-10, 04:57
	>Тролль здесь в первую очередь вы. В первую ли? Тут вон еще толстые какие-то шляются. Даже не скрывают что толстые, при том если обратить внимание на их вектора троллинга - можно интересные выводы сделать :) >1. GCC относительно прилично генерит код только под те архитектуры, где он >активно используется. Что логично, черт возьми - если архитектура ну совсем никем не используется - всем как бы пофиг на качество кода для нее. >Объяснить, почему, или сами догадаетесь? Наверное вам хочется примерять погоны Капитана Очевидность ;) >2. Apple может поступать как ей заблагорассудится, Угу. Как оракл с опенсолярщиками. Захотим - прокатим. Не захотим - не прокатим. >ИМХО, он уже перешёл необходимую границу популярности. А Толстый трололо утверждал недавно что из сторонних разработчиков аж целый один человек. Думается похоже на ситуацию с опенсолярой... >Или вы одним ядром живы, без софта? Да вот знаете, в какомнить openwrt или n900 софт чуть другой чем на десктопе. Похожий, но облегченный. И вы знаете, это не баг, это ФИЧА. Экономия ресурсов, типа. А какойнить опенбсд или нетбсд на таких девайсах вообще толком не заработает, для начала. Как максимум фрибздю кой-как вон пытались тут портировать на мипсовые железки. Вышло имхо довольно уныло т.к. бздя под такое применение не заточена чуть более чем полностью, но по крайней мере - оно судя по логам загрузкт подавало признаки жизни а даже могло делать что-то осмысленное. Хотя выбирать между IPSec маршрутизатором, точкой доступа и чем там еще путем переливки фирмвари, извините, называется "рослый полярный лис", имхо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	137. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 08:53
	>>Или вы одним ядром живы, без софта? > >А какойнить опенбсд или нетбсд на >таких девайсах вообще толком не заработает, для начала. Как максимум фрибздю >кой-как вон пытались тут портировать на мипсовые железки. Вышло имхо довольно >уныло т.к. бздя под такое применение не заточена чуть более чем >полностью, но по крайней мере - оно судя по логам загрузкт >подавало признаки жизни а даже могло делать что-то осмысленное. http://www.netbsd.org/ports/#ports-by-cpu http://www.openbsd.org/plat.html Ещё вопросы для гугля? > Хотя выбирать между IPSec маршрутизатором, точкой доступа и чем там еще путем переливки >фирмвари, извините, называется "рослый полярный лис", имхо. Не понял?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	138. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от klalafuda on 25-Май-10, 09:11
	> http://www.netbsd.org/ports/#ports-by-cpu > http://www.openbsd.org/plat.html > Ещё вопросы для гугля? Ports-by-CPU применительно к NetBSD - это все равно что сферический конь в абсолютном вакууме. Интересуют не наличие галочек 'отстрелялся' но конкретные рабочие поддерживаемые BSP (Board Support Package). Чтобы на заданной железке работала вся доступная периферия. И хитрожопые доморощенные итнерфейсы на LCD и кнопочки выведенные через &^%&^% GPIO и ещё бог знает какие исхищрения китайской технической мысли. Давайте попробуем угадать, если мы возьмем среднестатистического как температура по больнице вендора желтожелеза 'для домашнего эбдедед', как распределятся галочки 'Supported By' для Win*, Linux и *BSD? И сколько из этих вендоров вообще знает слово NetBSD? Hint: Ни одного. Вообще. В лучшем случае - Linux. PS: Да, я в своё время натрахался с такими железками. И в том числе под NetBSD. И смотрю на всю эту гирлянду 'поддерживаемых CPU' чрезвычайно скептически. Без конкретики применительно к заданному железу эти галочки просто ни о чём. Совершенно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	122. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Толстый (ok) on 25-Май-10, 01:17
	Дурак или прикидываешься? На кой хрен Эпплу закрывать llvm? Чтобы продавать его? За деньги никто компилятор не купит, раз есть уже GCC. Или ты не понимаешь почему лицензия BSD? Чтобы они могли без проблем использовать код в своих тулзах типа XCode и так далее. Закрывать компилятор им просто невыгодно, так как это взаимовыгодный обмен между ними и сообществом. Хватит уже бредить.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	129. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		–1 +/–
	Сообщение от User294 (ok) on 25-Май-10, 04:07
	> За деньги никто компилятор не купит, раз есть уже GCC. А вот компания Майкрософт считает иначе, продавая свою тулсень. Ну и Эппл ничем таким не лучше. Такие же проприетарщики, только еще более злючие. И закладываться на компилер который делает одна коммерческая компания с возможностью его закрыть - упаси боже, имхо. Чтобы потом как опенсолярщики обнаружить что компания решила показать фигу в силу тех или иных причин а форкать особо некому? Вы же сами сказали что все разработчики - из Эппл. А значит при создании этой штуки учтутся только интересы Эппл и рулить всем будет только он. Лично мне такое "счастье" ни к чему. В дерьмо я уже навляпывался, добавки не хочется. >  Чтобы они могли без проблем использовать код в своих тулзах типа XCode и так далее. Флаг им в руки и барабан на шею. А мне эта их свобода нафиг не впилась и выглядит как-то стремно вообще: делает один единственный эппл который всегда может при приступе жабы приложить остальных фэйсом об тейбл и форкать особо как-то и некому. Вон опенсолярщики недавно уже тут радовались. Спасибо, конечно, но это вы сами плиз в такое вляпывайтесь. > так как это взаимовыгодный обмен между ними и сообществом. Так вы же сами сказали что никакакого сообщества по сути нет. Вы бы определились с показаниями, а то сами себе же и противоречите, мистер трололо ;) > Хватит уже бредить. Да, вот и я так считаю. Вы уж определитесь. А то путаетесь в показаниях. То взаимовыгодный обмен с комьюнити, блаблабла. А то никакого комьюнити как бы и нет. Как бы нестыковочка, yeah? Троллюго двухстандартное.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	136. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 08:46
	>> За деньги никто компилятор не купит, раз есть уже GCC. > >А вот компания Майкрософт считает иначе, продавая свою тулсень. Microsoft продают Visual Studio (среду разработки). Компилятор(-ы) доступен на халяву. Может, всё-таки стоит начать сначала изучать вопрос, а потом уже с апломбом что-то утверждать?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	150. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 15:29
	>>> За деньги никто компилятор не купит, раз есть уже GCC. >> >>А вот компания Майкрософт считает иначе, продавая свою тулсень. > >Microsoft продают Visual Studio (среду разработки). Компилятор(-ы) доступен на халяву. Может, всё-таки >стоит начать сначала изучать вопрос, а потом уже с апломбом что-то >утверждать? VS Express edition - уже бесплатная. Сторонние IDE умеющие MSVC уже есть.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	153. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от iZEN (ok) on 25-Май-10, 15:56
	>В итоге ссут кипятком по моим наблюдениям разе что бздуны, которым "i386 >only" - не проблема (все-равно у них толком на других платформах >ничерта не работает). Эй, ты скакого бодуна это сказал? i386, amd64, sparc64 — это основные платформы, на которых сопровождается исходный код и коллекция портов FreeBSD. Остальные архитектуры (arm, mips, powerpc и др.) — эти да, поддерживаются отчасти и с портами не густо. Рекомендую прочесть очень внимательно об аппаратной поддержке: http://www.freebsd.org/releases/8.0R/hardware.html "2.1 amd64 Since mid-2003 FreeBSD/amd64 has supported the AMD64 (“Hammer”) and Intel® EM64T architecture, and is now one of the Tier-1 platforms (fully supported architecture), which are expected to be Production Quality with respects to all aspects of the FreeBSD operating system, including installation and development environments." прежде чем заявлять глупости. Да и об прогрессе LLVM/Clang в деле сборки FreeBSD на архитектурах i386 и amd64 тоже неплохо бы тебе держать "руку на пульсе": http://wiki.freebsd.org/BuildingFreeBSDWithClang а то такую ахинею временами несёшь, не убедившись в её наличии.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	159. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Aesthetus Animus (ok) on 26-Май-10, 17:46
	>Ну вы просто не заметили сколько девайсов на ARM, AVR... Ну да, ну да... Вот только в ARM он проигрывает Keil'у, а в AVR - IAR'у.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+3 +/–
Сообщение от Аноним (??) on 24-Май-10, 13:29
Однако в gcc 4.5 уже есть львиная доля С++0x фич, я уверен многие не устояли и начинают их использовать (auto, lambdas, ммм..). Надеюсь Clang++ догонит gcc 4.5 очень быстро. P.S. Кстати по некоторым тестам которые я проводил на моем raytracer'е, clang+llvm оптимизируют код слегка лучше по какой-то причине и дают стабильный прирост около 5-10% производительности. И это C++ код! Что меня удивило, clang++ и правда скомпилировал весь мой код без проблем. И мало того, что скомпилировал быстрее, так и скомпилировал лучше, серьезная заявка для нового С++ компилятора (или признак ущербности gcc, да простят меня верующие).
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	63. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+1 +/–
	Сообщение от NoCry on 24-Май-10, 17:25
	Будьте добры выложить код теста.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	126. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Толстый (ok) on 25-Май-10, 01:52
	> я уверен многие не устояли и начинают их использовать (auto, lambdas, ммм..) Это не просто "ммм", а ням-ням, но вот я к сожалению не могу использовать, так как собирать весь софт приходится на Red Hat 4, где gcc версии 3.4, так как клиенты используют. Ни о каких C++0x и речи не может. В принципе конечно возможно собрать GCC 4.5 на этой машине и тянуть в дистрибутиве свою версию libstdc++, но это будет такой геморрой, что никто с этим связываться не будет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
Сообщение от Erley (ok) on 24-Май-10, 14:40
Последний оплот GCC - это его поддержка разных платформ/архитектур, но и тут он долго не продержится против LLVM. Просто посмотрите на темпы развития последнего - там кипит реальная работа!
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	54. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от Аноним (??) on 24-Май-10, 16:55
	раненый GCC стыдливо зализывает раны прячась в естественных складках местности :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	88. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от savant (ok) on 24-Май-10, 22:05
	>Последний оплот GCC - это его поддержка разных платформ/архитектур, но и тут >он долго не продержится против LLVM. Просто посмотрите на темпы развития >последнего - там кипит реальная работа! Когда начнут поддерживать компиляцию для армов как в Thumb так и в обычный код, тогда и поговорим
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	108. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от asl on 24-Май-10, 23:42
	Черт. А у меня работает кодогенерация как в Thumb, так и в Thumb2. ЧЯДНТ?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	109. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от savant (ok) on 24-Май-10, 23:45
	>Черт. А у меня работает кодогенерация как в Thumb, так и в >Thumb2. ЧЯДНТ? возможно это я недостаточно информирован.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	91. "Clang достиг уровня успешной пересборки комплекта C++-библио"		–1 +/–
	Сообщение от User294 (ok) on 24-Май-10, 22:30
	>он долго не продержится против LLVM. Угу, только тут в соседней новости интель кодогенерацию под свои процессоры приперся затачивать. В GCC, да. И кстати когда ваш LLVM сможет генерить нормальный код для 8-битных AVRов например? Ну или накукуй мне изучать два (или эн) тулчейна(ов) если можно изучить один, при том НИЧЕГО не проиграв (достаточно бенчей на форониксе посмотреть, хаха - часть тестов совсем завалено, часть слито в хлам, остальное на примерно том же уровне ... и в чем профит и для кого, кроме Эппла?).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	96. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от savant (ok) on 24-Май-10, 23:16
	для avr, gcc порой генерит настолько наркоманский код, что волосы становятся дыбом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	130. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от User294 (ok) on 25-Май-10, 04:14
	>для avr, gcc порой генерит настолько наркоманский код, что волосы становятся дыбом. Да собссно любой компилер временами генерит адский ужас и протупляет. И что? В среднем по больнице - генерация кода у GCC на уровне прочих. Плюс-минус лапоть разумеется. Зато есть сильный плюс - один и тот же тулчейн а не 100500 разномастных. Ну и как бы а ваши предложения - ну допустим надо мне фирмвару для аврки. Сегодня, а не через 20 лет, блин. Через 20 лет я эти аврки уже не найду кроме как в музее. Чем еще ее сгенерячить? Ну разве что коммерческим компилером. Вот только смысл то? Они обычно только под винды, которые я в гробу видал. Стоят баблосов. Завязка на 1 вендора. И, черт возьми, осваивать еще один тулчейн с их тараканами и особенностями. Напуркуа весь этот геморрой если можно взять банальный GCC и ни в чем таком особо не проиграть, поюзать бесплатный линух, компилер и получить результат который вполне себе на уровне? Да еще и в ОС такой же. И прочая. Изучить один тулчейн проще чем 100500 разных...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	151. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от savant (ok) on 25-Май-10, 15:32
	AVR Studio ощутимо удобнее, нежели gcc-toolchain. Но под windows, так что если хочешь avr и linux - то тут только gcc. Большая часть тех, кто пишет под avr сидит под виндами, не столько из-за компилятора, сколько из-за софта для проектирования. Им этот gcc-avr назрен не сдался.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	101. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от zorro (??) on 24-Май-10, 23:23
	> Ну или накукуй мне изучать >два (или эн) тулчейна(ов) если можно изучить один юзер а тебя не задалбливает изучать постоянно меняющееся линуксовое api ?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	124. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от минона on 25-Май-10, 01:47
	да хлебом не корми - дай поизучать драйвер-апи. выж про него или как обычно - слышу звон, но не знаю где он?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	131. "Clang достиг уровня успешной пересборки комплекта C++-библио"		+/–
	Сообщение от User294 (ok) on 25-Май-10, 04:26
	>юзер а тебя не задалбливает изучать постоянно меняющееся линуксовое api ? Нет, не задолбало. Оно меняется только в ядре, и то не настолько уж и сильно, чтобы постоянно мне икаться (я что, суперавтор половины подсистем ядра чтоли чтобы меня это СИЛЬНО задевало?). А если кого задолбало - ну они юзают какойнить некроманский рхел/центос с 2.6.18 с его мегастабильным апи и аби. А так - если посмотреть на допустим виндозу, так там вообще жопа та еще с апи для всяких там новых фич типа вайфаев и блутусов, GPS, работе с USB без попадоса на написон ядерного драйвера который потом еще и сертифицировать надо и прочего геморроя. Нет, конечно, можно и в виндозу припереть libusb но это не штатное апи виндозы почему-то. А штатно, извините, надо драйвер ядра писать который мало того что писать геморно так потом еще и сертифицировать и подписывать усрешься нафигъ. И видеодрова в виндозе переколбасили. На свой зад, заметьте: как минимум интельское видео в всех осях начиная с висты стало весьма глюкавым и висючим. В итоге в винде до сих пор нет никакого стандартного метода расшарить GPS приемник на несколько программ, родной блутусный стек адски крив а другие - вывешивают иное апи и почему-то почти весь софт хочет стек от widcomm а не майкрософт. И так далее. А так - у какогонить MSDOS апи конечно стабильное. А толку? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

67. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
Сообщение от аноним on 24-Май-10, 17:42
Кайф. На http://clang.llvm.org/cxx_status.html посмотреть - сразу приятно на душе становится - прям все net-gen инструменты для создания приложений на одной странице - clang+llvm, cmake, qt. Будущее реально за ними, а не жавой и моно.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	98. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Толстый (ok) on 24-Май-10, 23:20
	За этими наименования спрятался самый главный зверь - С++. За ним не должно быть будущего у прикладного программирования.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	132. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от User294 (ok) on 25-Май-10, 04:29
	Угу, конечно, ведь микрософт корпорейшн вещает что сишарп рулит, да? Правильно я понимаю что вы их ручное трололо? По векторам троллинга и их откровенным нестыковкам - похоже :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	144. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Proger (ok) on 25-Май-10, 13:09
	Будущее не за жабой - точно. Но вот про моно я б так не говорил. Да и .NET - это такой серьёзный и долгосрочный паровоз, что вопрос смерти Сипипей - 3-5 лет (да они уже сливают по всем показателям, кроме скорости кода). Для прикладухи уже очевидна нецелесообразность прыганья вокруг "крутостей" Сипипи - цэшарп рулит нипадеццки, давая свободу мышлению и избавляя от низкоуровневых глупостей.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	146. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 25-Май-10, 13:32
	>Будущее не за жабой - точно. Но вот про моно я б >так не говорил. Да и .NET - это такой серьёзный и >долгосрочный паровоз, что вопрос смерти Сипипей - 3-5 лет (да они >уже сливают по всем показателям, кроме скорости кода). >Для прикладухи уже очевидна нецелесообразность прыганья вокруг "крутостей" Сипипи - цэшарп рулит >нипадеццки, давая свободу мышлению и избавляя от низкоуровневых глупостей. Ой-ёй-ёй, C++ обречён. :) Уже сколько его хоронили Явами, Сишарпами, Перлами, ан живой почему-то. У C++ своя ниша. Намного меньше, чем обычно кажется. C++ — инструмент для решения крайне нестандартных задач — когда приходится соединять несоединимое, и прямой доступ к системным сервисам сочетать с каким-нибудь XSLT. Лет двадцать назад Страуструп сам говорил, что C++ реально нужен единицам, что остальные используют его не по назначению. :) С тех пор много воды утекло, С++ развивался: появились шаблоны (круть-круть-круть), ссылки (прощай, NULL!) расширились стандартные и просто популярные библиотеки… Но язык по своей сути так и остался нишевым. Для тех, кому нужны «низкоуровневые глупости» (читай: строгий контроль над выполнением программы) в сочетании с высокоуровневыми интерфейсами. В Qt, например, C++ уместен, а вот в драйвере видеокарты или web-интерфейсе уже не очень (хотя встречается и там, и там). Нету плохих и хороших языков, есть задачи и есть инструменты для их решения.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

83. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
Сообщение от Аноним (??) on 24-Май-10, 20:52
Судя по всему это будет убийца GCC, причем уже в ближайшем будущем. Архитектура у Clang/LLVM лучше, и это уже видно по темпам разработки. Не однократно писали, что у GCC уже слишком старый и запутанный код, который сложно развивать. Жаль только, что его полностью контролирует (и разрабатывает) Apple. Т.е. для своих коммерческих продуктов им ничто не будет мешать встраивать проприетарные killer-фичи.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	92. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от User294 (ok) on 24-Май-10, 22:36
	>Судя по всему это будет убийца GCC, причем уже в ближайшем будущем. Какие оптимисты. А интель что-то не в курсах. >Архитектура у Clang/LLVM лучше, и это уже видно по темпам разработки. А как одно коррелирует с другим? >у GCC уже слишком старый и запутанный код, который сложно развивать. Ну так где же результаты развития? Бенчи на форониксе как-то ничего интересного не показали. А активную разработку саму по себе как бы в девайс не зальешь, на винч не установишь и прочая. И как бы еще хрен бы его знает что там в супер-дупер архитектуре выйдет на практике. Жабисты вон тоже орут о немеряных возможностях оптимизации. А на практике - понятно чего :). В итоге - вот когда будут результаты достойные восхищения - тогда и вопите, чтоли. >Жаль только, что его полностью контролирует (и разрабатывает) Apple. Т.е. для своих >коммерческих продуктов им ничто не будет мешать встраивать проприетарные killer-фичи. Хреновее то что данная конторка засветилась на открытии-закрытии своих проектов. А вот заявят однажды "ой, наш компилер используют пользователи хакинтошей!" и закроют нафиг. Попутно сделав ядро (которое тоже закрывали пару раз) собираемым только этим компилером. А почему нет? Глядя на условия япплосторов от эппл еще и не такое можно ожидать. Весьма злой и стремный проприетарщик.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	103. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Толстый (ok) on 24-Май-10, 23:25
	Тебе вроде объяснили уже, паранойа по поводу Эппл это глупо. Но ты воспользовался тем, что те комментарии потерли и опять "проповедуешь" свою религию. Нехорошо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	100. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+2 +/–
	Сообщение от arcade (ok) on 24-Май-10, 23:22
	>Жаль только, что его полностью контролирует (и разрабатывает) Apple. Т.е. для своих >коммерческих продуктов им ничто не будет мешать встраивать проприетарные killer-фичи. На самом деле нет, проект полностью открыт и доступен с самого начала разработки. Хотя Apple да, спонсировала разработку, но не больше. Core-team большей частью работает не в Apple. Разработка вообще большей частью прошла в университете Иллинойса как исследовательский проект.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

127. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
Сообщение от Толстый (ok) on 25-Май-10, 01:54
Еще один камень в огород GCC. Все знакомые, которые занимаются разработкой своих экспериментальных языков используют LLVM в качестве кодо-генератора. О чем-то это говорит. Никто даже близко не рассматривает GCC, ибо это ужас на крыльях ночи. Поэтому GCC в этом плане практически мертвый.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	139. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от SkyRanger (??) on 25-Май-10, 09:30
	>Еще один камень в огород GCC. Все знакомые, которые занимаются разработкой своих >экспериментальных языков используют LLVM в качестве кодо-генератора. О чем-то это говорит. >Никто даже близко не рассматривает GCC, ибо это ужас на крыльях >ночи. Поэтому GCC в этом плане практически мертвый. Ну это изобретатели велосипедов, с ними все понятно, но gcc. почему то, используется для сборки большинства дистрибутивов, интерсно, есть хоть один рабочий дистр, собранный с помощью сабжа?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	145. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от Proger (ok) on 25-Май-10, 13:13
	>интерсно, есть хоть один рабочий дистр, собранный с помощью сабжа? Не удивлюсь, если ПОКА нет (среди линуксов. Но какая-то из БЗДей уже делает попытки) - людям всё же нужны работающие пакеты, а не "перспективные компиляторы". Но если уж такие гранды как ведро БЗД и буст собираются, значит переход уже можно даже форсировать - раздавать базовую Линукс-систему с CLang и пинать разрабов, чтобы те подточили сорсы под новый компилер (заодно, отсеются протухшие пакеты). "А там, глядишь, и в космос рванём!" (ц)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	152. "Clang достиг уровня успешной пересборки комплекта C++-библио..."		+/–
	Сообщение от savant (ok) on 25-Май-10, 15:34
	Если clang начнет собирать линуксовое ядро - будет замечательно. Без этого смерть gcc так же далека, как виндокопец.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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