Да я знаю что ктото гдето напарывался. Ктото гдето и буфер оверфлоу допускает постоянно. И что теперь выкинуть С?)

Только раст, только хардкор!

Я взял себе за правило в C++ всегда после контрол-конструкции (if, for) открывать скобку. Перл это делать заставляет, и это правильно (для меня, во всяком случае). В C++ казалось бы не надо для простейших кейсов, когда всё в 1 строку укладывается if (cond) abort . Но тут, если авто-форматтеры используются, они разобьют это на 2 строки, и поэтому тоже {} желательны.

Поэтому мироный кейс когда {} в C/C++ ещё можно оставить, это когда простейшая инструкция (короткая) с коротким условием. Но и этим кейсом можно пожертвовать, имхо.

да, это норм для перла, но в C++ так нельзя

Я кстати так делаю:

... if ($cond);

Вот такие коды имхо затрудняют читаемость путем нахерачивания совершенно ненужных строк.
If (cond) {
   Return;
}
В итоге все раздувается по высоте незначащими строчками. Поэтому я с тобой не согласен.

If cond {
   Return;
}

for (int i = get_start_value(); i < get_end_value(); ++i); 
  action(array[i]]);

Так у тебя тут все хорошо, компилер ругнется, что переменная не объявлена, программист поправит :)

У него там еще две ]]

А, да, не заметил)

Но это пример не по делу. С тем же успехом я мог написать блок после ;
for (...); {
}

И бракеты бы не помогли

А если for внезапно макрос, то вообще атас

Плюс насколько я помню в сях компайлер предупредит о пустом стейтменте

Убить себя можно разными способами. Макросы один из них, нет смысла обсуждать. Особенно когда подключил perl.h, это просто пособие по говномакросам. Половина хидеров с++ не компилятся если ты подключил perl.h

нет

Lol

И для for-a?