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

Релиз набора компиляторов LLVM 6.0, opennews (?), 09-Мрт-18, (0) [смотреть все] А вторая цифра на что тогда Непонятно, зачем в последнее время многие переходят , Named (?), 00:01 , 09-Мрт-18, (1) +9 // По сути, большего и не надо Одно число обозначает ветку, второе - номер более-м, Аноним (-), 01:09 , 09-Мрт-18, (3) // Уфффф Ну наконец-то А то они меня уже утомили , YetAnotherOnanym (ok), 02:00 , 09-Мрт-18, (4) +5 Последний коммит - это тоже слишком сложно Просто перейдут на блокчейны и смарт-, Аноним (-), 09:12 , 09-Мрт-18, (8) –2 // А что, это идея Комитнул в проект - выполнил таск - прокатили тесткейсы - вот т, Аноним (-), 17:02 , 09-Мрт-18, (23) –1 экая мерзость, Аноним (-), 20:03 , 09-Мрт-18, (27) +4 Первое число 8212 на ветку с длительным сроком поддержки Второе 8212 на в, Тот_Самый_Анонимус (?), 06:09 , 09-Мрт-18, (6) +1 инвесторы ну вы уже запомнили какое слово подставлять вместо любят большие чис, пох (?), 09:26 , 09-Мрт-18, (11) Сейчас в моде непрерывная разработка , все функциональные изменения вводятся по, Аноним (-), 10:08 , 09-Мрт-18, (14) +2 // И поэтому программы превращаются в непрерывную недоделку , Аноним (-), 11:33 , 09-Мрт-18, (15) +6 // То ли дело было раньше, пусть программа и была недоделкой, зато дискретной , Nexmean (?), 16:46 , 09-Мрт-18, (22) Зато быстрофиксы прилетают А раньше надо было еще и ждать быстрофикса хрен знае, Аноним (-), 17:19 , 09-Мрт-18, (25) LLVM так хорошо развивается, что уже два раза почешешь репу, подо что писать нов, Гоги (?), 00:01 , 09-Мрт-18, (2) –14 // Для аппликух есть NET и JDK Для игр-3D-DeepLearning-Robotics-околонаучного-стат, Вареник (?), 20:58 , 09-Мрт-18, (28) –1 можно начинать пользоваться, leap42 (ok), 02:13 , 09-Мрт-18, (5) –1 Астанавитесь , Аноним (-), 13:33 , 09-Мрт-18, (18) +7 // Вам так нравится писать от 6 до бесконечности операторов сравнения руками , 0xd34df00d (??), 05:25 , 10-Мрт-18, (31) +1 // А как это должно уменьшить объём писанины code if a b else if , Аноним (-), 22:56 , 10-Мрт-18, (33) // Это уменьшает объём писанины в первую очередь для автора класса, а не для клиент, 0xd34df00d (??), 23:50 , 10-Мрт-18, (34) Ну ок, убедил , Аноним (-), 12:33 , 11-Мрт-18, (37) Самый простой пример 8212 сравнение строк switch str1 str2 буде, Аноним (-), 18:20 , 11-Мрт-18, (39) –1 А домашний адрес, если обнаружен, автоматом в секции не проставляется И как нас, Iaaa (ok), 14:31 , 09-Мрт-18, (19) // Ты бы почитал про init_array сначала, прежде чем чушь писать , Аноним (-), 15:08 , 09-Мрт-18, (20) // У анонима, как обычно, апломба вагон и знаний тележка Я то в курсе для чего нужн, Iaaa (ok), 15:14 , 09-Мрт-18, (21) +3   // Костылестроение во все поля , Аноним (-), 17:17 , 09-Мрт-18, (24)   1 Вообще эта магия внутри шланга с gcc подзадалбывает Развернули у нас на про, all_glory_to_the_hypnotoad (ok), 18:17 , 10-Мрт-18, (32) +1   эта магия просто не для вас предназначена, а для обычного пользователя - котором, пох (?), 09:48 , 11-Мрт-18, (35)   Вот я даже не представляю, как при таком поведении компилятора можно собрать что, Аноним (-), 12:39 , 11-Мрт-18, (38)   да в том и дело, что прекрасно соберется, и будет работать - даже если пара o п, пох (?), 15:20 , 13-Мрт-18, (40)   gt оверквотинг удален Что самое, сцуко пародоксальное, то бардак в дистрибутив, Ne01eX (ok), 11:56 , 15-Мрт-18, (41)   Я что то не смог найти ничего по поводу оператора кто знает, поясните пожл, Fleonis (?), 01:19 , 10-Мрт-18, (29) // http en cppreference com w cpp language operator_comparison CODE Three-way com, Аноним84701 (ok), 01:58 , 10-Мрт-18, (30) Больше шланга, хорошего и разного А гадкое гнутое гцц выкинуть , Аноним (-), 09:56 , 11-Мрт-18, (36) Где-то в соседней теме какой-то умник кричал, что дескать с помощью clang можно , Ne01eX (ok), 12:45 , 15-Мрт-18, (42) // Обычно неродным компилятором собирают только stage1 gcc https gcc gnu org , Andrey Mitrofanov (?), 11:19 , 16-Мрт-18, (43) +1 // gt оверквотинг удален Вообще в точку попал, спасибо По предпоследней ссылке , Ne01eX (ok), 12:15 , 16-Мрт-18, (44) // Самый фан в -- I If they produce the same binary, then either they are both no, Andrey Mitrofanov (?), 13:23 , 16-Мрт-18, (45) gt оверквотинг удален Ладно, лирика это всё На практике тому же gcc абсолютно, Ne01eX (ok), 14:18 , 16-Мрт-18, (46) 1,2,5,18,19,29,36,42

Сообщения

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

	21. "Релиз набора компиляторов LLVM 6.0"	+3 +/–
	Сообщение от Iaaa (ok), 09-Мрт-18, 15:14
	У анонима, как обычно, апломба вагон и знаний тележка. Я то в курсе для чего нужна секция ".init_array". А вот ты мне можешь объяснить, какое отношение имеет установленный или НЕ установленный в системе GCC наполнению этой секции? Особенно с учетом того, что я в любой момент могу гцц снести или доустановить, без какой-либо перекомпиляции своих, запланированных для сборки ТОЛЬКО шлангом, сорцов?
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от Аноним (-), 09-Мрт-18, 17:17
	Костылестроение во все поля...
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Релиз набора компиляторов LLVM 6.0"	+1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 10-Мрт-18, 18:17
	+1. Вообще эта магия внутри шланга с gcc подзадалбывает. Развернули у нас на производстве, понимаешь, clang вместо gcc и его стандартной библиотеки. Так этот грёбанный clang, как его не корми опциями, всё равно время от времени умудряется отыскать в системе gcc и что-то из него утянуть. Причём даже нельзя угадать из какой именно из установленных в системе версий gcc утянет.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	35. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от пох (?), 11-Мрт-18, 09:48
	> Вообще эта магия внутри шланга с gcc подзадалбывает. эта магия просто не для вас предназначена, а для обычного пользователя - которому нужно чтобы инструмент просто работал, собирая здесь и сейчас - и не ломался о модуль, собранный рядомстоящим компиляторами. а разработчиков, вместо билдхоста собирающих что-то даже для тестов на собственной хз как хз для чего настроенной системе - надо давить поганым давилом. (потому что дальше начинаются докеры, полная операционная система внутри пакета, и прочий мусор вида "у меня на домашнем ноуте все работает, сделайте мне!" ) > Причём даже нельзя угадать из какой именно из установленных в системе версий gcc утянет. можно. просто вы не умеете. И низачем не нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от Аноним (-), 11-Мрт-18, 12:39
	> а разработчиков, вместо билдхоста собирающих что-то даже для тестов на собственной хз > как хз для чего настроенной системе - надо давить поганым давилом. Вот я даже не представляю, как при таком поведении компилятора можно собрать что-то без помощи докера или аналога, позволяющего создать минимальное воспроизводимое сборочное окружение. Впрочем, при необходимости полностью выпилить gnu-стек и докер не сильно помогает.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от пох (?), 13-Мрт-18, 15:20
	> Вот я даже не представляю, как при таком поведении компилятора можно собрать что-то без помощи > докера да в том и дело, что прекрасно соберется, и будет работать - даже если пара .o произведена не тем компилятором. Переносу на соседнюю машину - да, подлежать совсем не будет, потому что зависит от хз какой libgcc_s и еще аллах ведает, чего. Но пользователю - оно и  не надо. А непользователь говорит "дурак я, что-ли, на своем ноуте ЭТО делать, он же греется и руки обжигает", и делает push. Там за него само все соберется и результат пришлет. > Впрочем, при необходимости полностью выпилить gnu-стек и докер не сильно помогает. а его пока и нельзя выпилить полностью - даже если кому-то повезло с платформой, и он может обойтись без gnu ld (freebsd вот - пока не может, не смотря на все старания), без прослойки совместимости в трансляторе - не обойдешься в любом случае (то есть те же gcc_s и прочее все равно притащит) - ну и было бы тогда, за что бороться?
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от Ne01eX (ok), 15-Мрт-18, 11:56
	>[оверквотинг удален] > эта магия просто не для вас предназначена, а для обычного пользователя - > которому нужно чтобы инструмент просто работал, собирая здесь и сейчас - > и не ломался о модуль, собранный рядомстоящим компиляторами. > а разработчиков, вместо билдхоста собирающих что-то даже для тестов на собственной хз > как хз для чего настроенной системе - надо давить поганым давилом. > (потому что дальше начинаются докеры, полная операционная система внутри пакета, и прочий > мусор вида "у меня на домашнем ноуте все работает, сделайте мне!" > ) >> Причём даже нельзя угадать из какой именно из установленных в системе версий gcc утянет. > можно. просто вы не умеете. И низачем не нужно. Что самое, сцуко пародоксальное, то бардак в дистрибутивах наблюдается только в RPM-based. И частично в бубунте с дебиан. И почти никак в Slackware. Другими словами, - всё зависит от вендоров. Как правило, - чем жирнее дистрибутив, тем больше хаоса. Тем нужнее LXC и.т.п. Впрочем, непосредственно с компиляторами это никак не связано.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

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

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