А потом двигай

Немного оффтопа. Просто хочу выразить свою благодарность разработчикам selinux и драйверов nvidia за потраченные 2 часа времени в попытках найти в чем причина поломки драйверов после апдейта из репов.

i = v.begin() + 42

std::next

std::next

Зачем?

Главное проверяй на std::end(vec);

Затем.

Главное проверяй на std::end(vec);

у меня позиция 100% существует.

а позицию как определить

у меня позиция 100% существует.

Вот пример тогда: https://ideone.com/zfLALN

Это имелось ввиду?

Просто перемещаемся на 4

посоны. а вот примут к рассморению такой пропосал?

убрать запись чисел в восьмеричной системе

убрать запись чисел в восьмеричной системе

чем они тебе не угодили?

тем, что нахрен не нужно, и только путает

020 - это вовсе не 20, и не 0x20

Как-то необъективно, не считаете?

это имело смысл в лохматом году

и второй момент

Всем норм, а вам — нет

Всем норм, а вам — нет

никому не норм

не только же в С++ такое

никому не норм

Сильное заявление

по умолчанию, дробное число считается double. но ведь базовый тип - float, а постфикс ставится для него

логичнее было бы "базовый" литерал писать так, как есть. 0.2 а "двойной" и прочей спициальной точности - с модификаторами

причем, удобнее было бы не постфиксом, а именно префиксом это делать

чтобы было видно, с какой точностью записан столбец чисел, даже если он разной длины

d0.2 d0.34534543534 и.т.п.

сделай свой язык, делов то

вы оба - здесь с какой целью? повыделываться?

не хотите обсуждать, ок.

С аргументами вроде "никому не норм" кто с вами это обсуждать-то вообще будет?

аргумент "всем норм" - состоятельный?

я просто не юзаю и доволен

инепутаюсь

убрать запись чисел в восьмеричной системе

Поддерживаю. Очень сомнительная фича.

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

ящитаю, неудобное - убирать.

ящитаю, неудобное - убирать.

Угу, нафиг обратную совместимость)

Как минимум, товарищи, "убрать" в пропозал очень вряд ли вообще попадет. Обратная совместимость, все дела.

в каких программах реально используется восьмеричная запись?

Задепрекейтить всегда можно.

кто может вспомнить реальный юзкейс?

кроме гипотетических 8-битных микропроцессоров

вот пропустить в записи x - элементарно, в массиве каком-нибудь. при редактировании столбца, особенно.

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

Не сосвем так.

Ты депрекетишь фичу и она становится по дфеолту выключена.

А если тебе надо — пиши компилятору.

хорошо. постфикс на префикс - можно заменить?

или тоже будут возражения

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

кроме того, шестнадцатиричные уже пишутся с префиксом. 0x...

хотя, стоило бы писать h00ff00ff - hex

0x - очевидно, легаси.

h - hex. d - double. f - float (и по умолчанию, сделать float а не double)

С точки зрения парсинга глазами 0x — нормально.

а вот 020 уже нет.

именно так

Поэтому мне кацца хекс не трогать, окт убарьт нах.

h - hex. d - double. f - float (и по умолчанию, сделать float а не double)

>и по умолчанию, сделать float а не double Не понимаю

Вы, часом, не графикой занимаетесь?

0.2 - это double сейчас

часом, именно графикой

поэтому да, мне принципиально использовать float там, где это возможно

А, ну, тогда понятно почему вам float хочется по-дефолту

ERROR: S client not available

если кому-то все равно - пусть ему и останется все равно

в конце концов, пусть действительно это будет флаг компилятора - что считать по умолчанию

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

0.2, 3,14159 (нечего его переопределять лишний раз, кстати), и.т.п.

0.5f - очень часто!

2.0f

вот зачем мне "короткое" число по умолчанию задавать с двойной точностью

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

крайне редко, когда прямо в код программы надо вбивать очень точное число. обычно, double - это нечто вычисляемое

в конце концов, пусть действительно это будет флаг компилятора - что считать по умолчанию

Стандарт языка не декларирует опции для компилятора ведь.

какая разница-то. я про идею, а как реализовать - тут и спрашиваю

примут такое предложение, если его правильно оформить?

или сходу в лес, не обсуждая

как тут с важным видом сделали сразу двое

если кому-то все равно - пусть ему и останется все равно

по-моему var args сейчас не всё равно из-за кучи обратной совместимости. short автоматически конвертится в int, float - в double.

т.е. такое предложение поломает весь код, в котором есть printf, например

если я правильно всё понял

хотя, может я не выспался

https://groups.google.com/a/isocpp.org/forum/#!topic/std-proposals/BfjBJEBZc1c

примут такое предложение, если его правильно оформить?

В стандарт такие предложения не примут, это однозначно. Можете форкнуть gcc/clang, добавить туда свои "хотелки", которые будут включаться каким-нибудь флагом, и попробовать сделать pull request :)

к обсуждению это примут?

странная ваша позиция. уровня "ты че, самый умный чтоли?"

ссылку почитай, там про пропозал где предлагали 0 0о заменить

Кстати, вот это уже лучше.

Кстати, вот это уже лучше.

Как минимум, визуально воспринимается отдельно, да

0o лучше чем h ?

«h» наводит на hex

да, не хекс. c, например

hex и octo — разноэ

o,0,O - это все неудобно

пусть c, скажем.