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

Релиз набора компиляторов 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]

1. "Релиз набора компиляторов LLVM 6.0"	+9 +/–
Сообщение от Named (?), 09-Мрт-18, 00:01
> В каждом функциональном обновлении теперь меняется первая цифра...  корректирующие обновления, как и раньше приводят к увеличению третьей цифры. А вторая цифра на что тогда? Непонятно, зачем в последнее время многие переходят на такую нумерацию. Особенно в профессиональных продуктах. Ведь есть же четкая схема: первая цифра - значительные функциональные изменения (возможно, с нарушением обратной совместимости), вторая - изменения с обеспечением совместимости, 3-я - багфиксы. Понятно по версии, чего можно ждать от обновления.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от Аноним (-), 09-Мрт-18, 01:09
	> Непонятно, зачем в последнее время многие переходят на такую нумерацию. По сути, большего и не надо. Одно число обозначает ветку, второе - номер более-менее стабильного релиза в ветке.  Уверен, через какое-то время от второй цифры тоже избавятся: будут просто брать последний коммит в нужной ветке, а производители в ветки будут добавлять только исправления ошибок, а вообще все другие изменения отправлять в ещё не зарелизенную ветку. Глобальных изменений в софте больше не происходит. Это раньше было Windows 3.1, Windows 95, Windows NT, и периодически новое поколение вносило что-то принципиально новое. А сейчас одинаковые ветки без масштабных изменений. Linux 2.0, 2.2 и 2.4 отличались достаточно сильно, 2.6 уже не настолько отличалась от 2.4, а уж после 2.6 принципиальных изменений практически и не было. Точнее, были, но разбивались на мелкие куски и внедрялись постепенно непрерывным потоком, так что ничего глобального между смежными релизами не ощущалось. Психологически, мне было бы комфортнее с тремя цифрами. Зафиксировали бы просто старшую цифру, и меняли вторую и третью. Ну и что, что linux 3.127.11? Вооще не проблема. А возможность смены первой оставили бы на какой-нибудь глобальный случай, который сейчас и предусмотреть нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Релиз набора компиляторов LLVM 6.0"	+5 +/–
	Сообщение от YetAnotherOnanym (ok), 09-Мрт-18, 02:00
	> Глобальных изменений в софте больше не происходит Уфффф... Ну наконец-то! А то они меня уже утомили.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Релиз набора компиляторов LLVM 6.0"	–2 +/–
	Сообщение от Аноним (-), 09-Мрт-18, 09:12
	> Уверен, через какое-то время от второй цифры тоже избавятся: будут просто брать последний коммит в нужной ветке Последний коммит - это тоже слишком сложно. Просто перейдут на блокчейны и смарт-контракты - все станет просто и понятно.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	23. "Релиз набора компиляторов LLVM 6.0"	–1 +/–
	Сообщение от Аноним (-), 09-Мрт-18, 17:02
	> Последний коммит - это тоже слишком сложно. > Просто перейдут на блокчейны и смарт-контракты - все станет просто и понятно. А что, это идея. Комитнул в проект - выполнил таск - прокатили тесткейсы - вот тебе бабло. А иначе иди и переделывай свою халтуру. А так чтобы протирать штаны, переваливать работу на других да еще и денег получать - опа-па!
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Релиз набора компиляторов LLVM 6.0"	+4 +/–
	Сообщение от Аноним (-), 09-Мрт-18, 20:03
	>блокчейны и смарт-контракты экая мерзость
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	6. "Релиз набора компиляторов LLVM 6.0"	+1 +/–
	Сообщение от Тот_Самый_Анонимус (?), 09-Мрт-18, 06:09
	Первое число — на ветку с длительным сроком поддержки. Второе — на выпуски между первыми ветками, третье — на исправления.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	11. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от пох (?), 09-Мрт-18, 09:26
	> Непонятно, зачем в последнее время многие переходят на такую нумерацию. инвесторы (ну вы уже запомнили какое слово подставлять вместо) любят большие числа. А если ты им версию 2.7.2.1 - они резонно спрашивают "с какой ерундовой херней вы там копаетесь и не урезать ли вам финансирование". Потому что нет уже инвесторов, не осталось.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	14. "Релиз набора компиляторов LLVM 6.0"	+2 +/–
	Сообщение от Аноним (-), 09-Мрт-18, 10:08
	> есть же четкая схема: первая цифра - значительные функциональные изменения (возможно, с нарушением обратной совместимости), вторая - изменения с обеспечением совместимости, 3-я - багфиксы. Сейчас в моде "непрерывная разработка", все функциональные изменения вводятся постепенно, так что первая цифра просто никогда бы не менялась.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

	22. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от Nexmean (?), 09-Мрт-18, 16:46
	То ли дело было раньше, пусть программа и была недоделкой, зато дискретной!
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Релиз набора компиляторов LLVM 6.0"	+/–
	Сообщение от Аноним (-), 09-Мрт-18, 17:19
	> И поэтому программы превращаются в непрерывную недоделку. Зато быстрофиксы прилетают. А раньше надо было еще и ждать быстрофикса хрен знает сколько. Очень удобно курить бамбук полгода с известной проблемой.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

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

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