| 1.2, Аноним (-), 22:02, 09/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +10 +/– |
Что за воспалённый мозг придумал использовать "!=" в каком-то другом значении, кроме как "не-равно"?
| | |
| |
| 2.3, Антон (??), 22:17, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
Мозг какого-то bsdуна:
>New feature: "!=" shell assignment operator as an alternative to the
> $(shell ...) function. Implemented for compatibility with BSD makefiles. | | |
| 2.4, Аноним (-), 22:28, 09/10/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Кто вам сказал, что это "не-равно"? Это же "факториал равен". А вообще кто к чему привык.
| | |
| |
| |
| 4.6, Vkni (ok), 22:59, 09/10/2013 [^] [^^] [^^^] [ответить]
| +8 +/– |
 той переменной, что слева от восклицательного знака:
var != 120
Сразу же понятно, что это эквивалент var = 5. На положительные вещественные числа != естественным образом обобщается с помощью Г-функции.
| | |
| |
| 5.7, омнономнимус (?), 23:04, 09/10/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
и во скольких языках программирования есть такая интерпретация восклицательного знака?
| | |
|
|
| 3.13, Аноним (-), 00:56, 10/10/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Это же "факториал равен".
Тогда нужно писать «=!»:
120 =! 5
1
43 =! 13
0
| | |
| 3.16, Аноним (-), 02:15, 10/10/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Да, для Makefile'ов вычисление факториала, безусловно, очень актуально:)
| | |
| |
| 4.26, pavlinux (ok), 03:55, 11/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > Да, для Makefile'ов вычисление факториала, безусловно, очень актуально:)
COMBINE_FLAGS="-O0, -O1, -O2, -O3, -Ofast, -ffast-math, -fexcess-precision=fast -fno-strict-aliasing -ftree-vectorize, -funroll-all-loops,...."
Вариантов перестановки этих флагов будет аккурат факториал от sizeof(COMBINE_FLAGS)
| | |
|
|
| 2.21, dq0s4y71 (ok), 13:51, 10/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Тот же воспалённый мозг придумал использовать оператор сдвига в качестве оператора вывода в С++.
| | |
| |
| 3.22, yet another anonymous (?), 14:17, 10/10/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Тот же воспалённый мозг придумал использовать оператор сдвига в качестве оператора вывода в С++.
Дык, количество символов на клавиатуре не очень большое.
cout \rightarrow x;
было бы лучше, если бы символ \rightarrow можно было бы ввести более вменяемым способом.
| | |
| |
| 4.23, dq0s4y71 (ok), 16:05, 10/10/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Да уж, С++ такой мощный язык, что ему даже символов на клавиатуре не хватает...
| | |
|
|
|
| 1.12, Led (ok), 00:10, 10/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Новая опция командной строки "--output-sync" ("-O"), включающая режим группировки вывода по целям и рекурсивным вызовам make
Ура! Наконец-то!
| | |
| 1.24, Mihail Zenkov (ok), 16:38, 10/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Реализация режима трассировки, активируемого через указание опции "--trace".
Очень радует!
>Наиболее существенным новшеством является опциональная поддержка языка GNU Guile (одна из реализаций языка Scheme)
Что поддержка опциональная, это хорошо. Но боюсь что скоро начнется злоупотребление этим и пакеты, которые прекрасно собирались без Guile, начнут ее требовать.
| | |
| |
| 2.25, Ordu (ok), 00:43, 11/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > Что поддержка опциональная, это хорошо. Но боюсь что скоро начнется злоупотребление
> этим и пакеты, которые прекрасно собирались без Guile, начнут ее требовать.
А что в этом страшного? guile -- небольшая библиотека, которая может не очень популярна, но, тем не менее, используется в ряде программ. Как минимум, сходу в голову приходят gimp и lilypond. Может быть, конечно, вы не правите фотки, может быть вы не набираете/компилируете ноты/табы, но и тем не менее, с большой вероятностью guile уже установлен в вашей системе как депенданс к чему-нибудь ещё.
Или речь идёт о сервере? Но разве вы на сервере собираете ПО? Не на выделенной для этих целей железке?
| | |
| |
| 3.27, Mihail Zenkov (ok), 05:38, 11/10/2013 [^] [^^] [^^^] [ответить]
| +/– | |
gimp-2.8.4, собран руками, guile не требовал.
Просто мне не нравится, когда приложения тянут за собой пакеты, которые мне ненужны и без которых приложение могло бы нормально работать (d-bus, systemd, pulsaudio, udev и т.д.). Когда они опциональны - ничего не имею против, но когда я не могу без них собрать программу, это как минимум раздражает.
Весной в gtk+3 перевели atk-bridge из опции в обязательную зависимость и не потому, что без него никак, а просто 'им так тестировать легче' ибо меньше вариантов сборки (и как только linux-kernel с миллионами вариантов сборки тестируют). А потом смотришь на современный калькулятор и десятилетней давности - вроде все тоже, а памяти ест в 100 раз больше.
| | |
|
|
|
