нормально, пока он не становится частью выражения со скобочками.

порядок операций.

о да) а вообще, раз такая тема, знаешь как написать, чтоб не дублировать этот шмат кода:

$high = $mid - 1 : ($low = $mid + 1) 

?

far указатели это ересь конкретной платформы

что то ты заграфоманился уже

если ж говорить про начальное сообщение темы, то код имеет право на жизнь, если обложить скобками:

some () ? (++a) : (++b);

с оговоркой, что он не сложнее приведённого, т.е. не содержит неочевидного UB.

уот смотри.

«был» такой язык Embryonic C http://cm.bell-labs.com/who/dmr/chist.html

...

far-указатели проблема когда у тя не все указатели одного размера(т.е есть и внутрисегментные)

ну и вообще неудобная сущьность

поэтому как только средства позволили от них «избавились» 16байтным алигментом данных

ибо не можешь указывать указателем на отдельный бит в байте ну так не моги(в глобальном) указывать на.

pps. вот теперь твой коммент уместней.

Ты правда так пишешь? Выглядит норм, но я никогда не видел такой записи :)

Если уж на то пошло

someConditionChecked()
    && doSomething()
    || doSomethingElse();

А так:

A = if
      some_condition() -> 12;
      true -> false
  end.

Да, иногда пишу, но как правило у меня это выражение возвращает значение.

теперь представь, что будет, если doSomething() и doSomethingElse() возвращают, скажем, целые числа.

Если someConditionChecked() == true, будет выполнено doSomething(), которое вернет 0, имеем 1 && 0 || x() -> 0 || x() -> x(), т.е. вызывается doSomethingElse().

В общем, не эквивалентна твоя запись моей.

А так нипанятна.

Предпологаю, что при some_condition() == true - A будет 12, но на true -> false я выпадаю в осадок

В отладчике будет неудобно. Так и отношусь.

Примерно как к анальному сексу. Оно, конечно, можно, но зачем использовать не по назначению?

Да, ты прав. Так пишут на shell, когда doSomething определенно возвращает 0.

страшнее побочки.

true -> false присвоит А false, в случае если some_condition() вернёт false. Короче это else ветка просто)

Нормально в макросах какой-нибудь header-only либы, плохо в остальных местах.

Считаю такое использование плохим, потому что инкрементирование a или b это императивщина, а оператор ? лучше использовать как функциональный haskell-like if-then-else.

Сайд-эффекты в выражениях - зло. Они должны быть в statement-ах.

Что-то я не слышал, чтобы в C эти сущности как-либо разделялись.

Что-то я не слышал, чтобы в C эти сущности как-либо разделялись.

?!?

Тебя в детстве головой вниз часто роняли? Как раз в Си очень четкое разделение между expression и statement, в отличие от всякой функциональщины.

if-then-else - это statement. Ternary expression - это expression. Чуешь разницу?