perl выдал 13

C# тоже, как известно, выдает 13. Я имел в виду сиплюсовые компиляторы ;)

quote=nickless, 10.5.2007,  21:37, post1129056]$ g++ -Wall -o bla bla.cpp
bla.cpp: In function ‘int main()’:
bla.cpp:18: warning: operation on ‘i’ may be undefined
bla.cpp:18: warning: operation on ‘i’ may be undefined[/quote]

Просто замечательно! Я сам не пробовал, но варнинг - это уже хорошо.
По крайней мере, есть предупреждение.

nerezus, у меня перл выдал 14. Perl 5.8.8 Linux 

Проверил на других языках
PHP, Javascript, (и как сказали C#) - 13

Господа, я не претендую на хорошее знание сей, но ткните меня носом в UB.
UB у нас будет в случае использования постфиксного инкремента, когда переменная для последующих операций берется по значению.
В случае же префиксного инкремента результат операции инкремента всегда будет возвращен по ссылке. Приоритет инкремента всегда выше сложения (не путайте с унарной операцией +). Следовательно результат данного выражения в C/C++ гарантирован.

Пожалуйста, поправьте, мне самому стало интересно 

Ignat, по-моему именно эту ссылочку уже приводили, но всё же:

http://www.research.att.com/~bs/bs_faq2.html#undefined - из хоум пйдж Бьярни Строуструпа.

Добавлено через 4 минуты и 55 секунд

и еще дополнение к вышесказанному:
ISO/IEC 14882 C++
5. Expressions. Clause 4

перевод на русский: между последовательными точками исполнения скалярный объект может меняться не более одного раза в результате вычисления выражения. ... Иначе результат не определен (UB).

Это можно как-то гарантировать?   Имеется ввиду не только для int, но и возможную кривую реализацию перегруженного оператора класса. Да и для int, похоже, что одни компиляторы использую ссылку (результат 14), другие - копию (результат 13).


Это сообщение отредактировал(а) Hurricane - 11.5.2007, 19:29

Может быть они в С++ всё так и задумали.

Идём слева направо встречаем ++i, меняем содержимое на +1 , далее встречаем +, смотрим , что далее ++i у него больше приоритет, выполняем его, далее встречаем +, но за ним ++i - выполняем. А потом уже выполняем сложение, но в качестве аргументов не значение числовое, а значание которое находится по адресу в памяти у переменной i. Т.е. при выполнении операций он запоминает не числовое значение, а указатель на область памяти, а потом выполняет с этими указателями операции более низкого приоритета. 

Это то, как мне видется такое поведение компилятора. Впринципе, нечего необычного в поведении нету. Это чисто мои догадки, как на самом деле реализовано, я естественно не знаю.

На асме бы всё это надо написать.... мож понятнее будет. 

Я не понимаю, ну зачем зря гадать что получится, написано UB, значит UB.
Конечно в каждом компиляторе это как-то реализовано, и в польшинстве случаев он выдаст один и тот же результат, но это абсолютно не гарантирует, что результат не будет другим со включеной оптимизацией, после изменения кода в другом файле проекта, с новой версией компилятора или после внезапного лунного затмения. Нравится плясать с бубном?

я пошел еще дальше, и установил следующие факты:


Мне кажется, что компилятор интерпретирует выражение "+ ++i"  как "прибавить 12"
Завтра попробую продолжить эксперименты.

PS Шутка 
PPS Наврал, в последнем не 48 получается, придется искать другое объяснение...

Это сообщение отредактировал(а) zkv - 11.5.2007, 19:56

Да ну. Ты уверен?

На вскидку - после компайла MinGW и запуска, получаем 22 

Андефинед бехаувер и всё! Хватит собственные варианты придумывать! Есть стандарт, который чётко определяет, что мы должны и когда получить. И он определяет, что в данной ситуации мы можем получить, что угодно.

Всё!

  

Ай лайк йор джёрмен аксент!   

Любитель, 


В 6 Билдере прям в конструктор формы затолкай и откомпили, посмотришь, что получится - 24. 
__

Ну вообще да это какое-то шаманство ...  i=++i + ++i + ++i + ++i + ++i; полтос выдаёт   

Млин, уже обсудили. В билдере - 24, в MinGW - 22. Где-нибудь 23. Теоритечески может получится, скажем 115. Это будет формально удовлетворять стандарту, ибо по стандарту неизвестно, что должно получиться.

  

А как правильно произносить? А то интересно стало 

А так - ракладки лень переключать