Угадайте с двух раз, какое значение получит переменная с, 47 или 117, после такого вычисления

Код

a=5;  b=10; с = a*b - 36 / (a=(b+2));

Сначала подумайте! Будьте честными перед собой и товарищами!

Потом я расскажу про проблемы портирования, связанные с этим выражением...

47
Добавлено @ 17:15
это я так...просто...
а вообще, если по-умному, надо бы в стандарт заглянуть...

Ну, какие еще варианты?

117
Вычисляем то справа налево вроде.

Цитата(val @ 9.3.2005, 15:01)

какое значение получит переменная с, 47 или 117

Цитата(maxim1000 @ 9.3.2005, 15:15)

47

Цитата(val @ 9.3.2005, 15:21)

Ну, какие еще варианты?

и действительно, какие же еще могут быть варианты

это не определяется стандартом языка. вот моё ИМХО. (читай: зависит от компилятора)

Цитата

это не определяется стандартом языка. вот моё ИМХО. (читай: зависит от компилятора)

Цитата

Вычисляем то справа налево вроде

Вообще порядок вычислении определяется приоритетом операций...
Даю подсказку: скобки имеют самый высокий приоритет...

117 помойму.

да, на самом деле, правильный ответ именно 117, только вот почему такие компиляторы как VC++, Borland C++, gcc дают 47 не понятно...

Любопытно, что при включенной оптимазации на VC++ получаем тоже 117...

Добавлено @ 17:45
И как тут возможно корректное портирование?!

Я думаю что таких ситуаций вообще следует избегать, также как и:
i+++i;
Undefined behavior короче (умничаю).

я, к сожалению, не знаю, как реализовано вычисление подобных выражений в компиляторе, но знаю, как его в принципе можно организовать:
1. для интерпретаторов: делаем стек значений и стек операций
идем слева направо
если встречаем значение (или переменную, которую мы заменяем на ее значение) отсылаем ее в стек значений, если операцию - в стек операций
если мы видим, что операция с более низким приоритетом идет после операции с более высоким приоритетом, выполняем ту, которая с более высоким (при этом значения достаются из стека, участвуют в выполнении операции, а результат отправляется назад в стек)
со скобками посложнее: у открывающей скобки самый высокий приоритет, у закрывающей - самы низкий
это дает такую последовательность: когда доходим до начала выражения в скобках, его значение не будет использовано, пока не будет вычислено до конца
когда доходим до конца выражения в скобках, все операции внутри него будут выполнены
когда встречаются просто открывающая и закрывающая скобки, они просто схлопываются и остается нужное число
фукции реализуются похожим образом, только перед схлопыванием выполняется некоторый код
во-о-от...
2. для компиляторов: отличие состоит в том, чтобы как можно больше дел сделать на этапе компиляции и оставить на исполнение минимум операций
отсюда получаем:
все, что можно посчитать уже сейчас (константы всякие) - посчитать
стек операций - убрать, заменив его на простую последовательность операций (которая уже известна)
получаем просто код, представляющий из себя три типа операций:
1. записать значение в стек
2. прочитать значение из стека
3. выполнить операцию (арифметическую или функцию)

а теперь - как я размышлял, когда отвечал на вопрос:
последовательность вычислений такая:
1. a -> стек
2. видим умножение, но не выполняем, т.к. не знаем, что там дальше
3. b -> стек
4. видим "-", значит, умножение надо выполнять
5. a,b <- стек
6. a*b -> стек
7. 36 -> стек
8. видим деление и понимаем:
8.1. вычитание выполнять не стоит, т.к. сначала надо будет выполнить деление
8.2. деление тоже выполнять рановато (т.к. неизвестно, что дальше)
9. видим скобки - радуемся, что не выполнили деление
10. видим функцию operator=( (&a) , (b+2) ) (а вы что думали )
--. операция &a - на самом деле такое же значение, как и любое другое
11. &a ->стек
12. видим открывающую скобку
13. b -> стек
14. видим +
15. 2 -> стек
16. видим закрывающую скобку - выполняем плюс
17. b,2 <- стек, b+2 -> стек
18. видим еще одну закрывающую скобку - надо выполнить функцию
19. (&a), (b+2) <- стек
20. выполняем функцию operator=
21. результат -> стек
22. у нас осталось деление - выполняем
23. осталось вычитание - выполняем
Добавлено @ 17:57
ого... тут уже написали кучу всего
Добавлено @ 18:00

Цитата

да, на самом деле, правильный ответ именно 117

источник, если можно...
стандарт?
если нет, то это все - такие же домыслы, как и то, что я написал

Цитата

только вот почему такие компиляторы как VC++, Borland C++, gcc дают 47 не понятно...

вот мое сообщение - версия ответа на этот вопрос

Цитата

И как тут возможно корректное портирование?!

если портирование соответствует стандарту - оно корректное
если нет - то нет
другой вопрос: нужно ли корректное портирование или портирование с учетом компилятора исходного кода
Добавлено @ 18:01
УЖАС...посмотрел, сколько, оказывается, я написал...УЖАС...

приоритет операций вещь хорошая, но что выполнится первым: f() или g() ?

Код

f() + g()

с точки зрения таблицы приоритетов операций это никак не определяется. а нет в стандарте - зелёный свет разработчикам компиляторов: делай как хочешь.

впрочем про && и || известно, что они вычисляют свой левый аргумент раньше правого. боюсь, это всё на что можно рассчитывать.

если чего-то не понял - объясните.

chipset, согласен, undefined behavior. Стандарт не фиксирует в каком порядке будут вычисляться операнды оператора '-' (равно как и +, *, и / и другие, последовательность вычислений фиксируется только для '&&', '||', ',' и '?:'). Скобки здесь никак не влиють на последовательность в котором будут вычислены эти выражения.

Я не понимаю, почему в VC++ и в BC++ дает 47, но по стандартному приоритету операторов, должно быть 117.

упс-сс

Это сообщение отредактировал(а) bel_nikita - 9.3.2005, 21:10