Побитовое сложение.

Зависит от метода кодирования знака. Но везде дополняющий код, потому можно сказать что не влияет

Зависит от метода кодирования знака.

Если как обычно - первый бит знак, 0 - «+», 1 - "-", при отрицательных в обратном порядке.

Читай что такое «дополняющий код». Именно используется в современных знаковых целых.

oops, правильно "дополнительній код"

Читай что такое «дополняющий код»

Во-первых «дополнительный», в вторых про него и писал:

при отрицательных в обратном порядке.

(s) 1001 +
(s) 1010 =
(s) 0011

Это переполнение, я правильно понял?

Вот и я стараюсь выяснить, чем это чревато.

Это переполнение, я правильно понял?

Результат сложения двух отрицательных чисел не влез в три значащих бита.

Так это ошибками в вычислениях чревато, к примеру, делая калькулятор с использованием 16-битных регистров для хранения результатов, числа от 65536 и больше будут использоваться и выводиться неверно

пятый бит добавь, если возможно

Оно влияет на диагностику переполнения. Нужно смотреть не только, был ли перенос за разрядную сетку, но был ли перенос в страший знаковый разряд:

http://www.dpla.ru/celye/2.10072005.htm

Никак не влияет ни на сложение ни на вычитание.

На эту тему можно почитать книжку по ассемблеру x86. В частности, про хранение чисел в допкоде и то, как выставляются флаги OF и CF при сложении/вычитании.

В Си переполнение знакового числа — Undefined Behavior. (И clang этим пользуется при оптимизации, поэтому не нужно рассказывать что для сложения генерируется команда add на этом вашем x86.)