Editing Two's complement

{{Short description|Mathematical operation on binary numbers, and a number representation based on this operation}}

'''Two's complement''' is the most common [[signed number representations|method of representing signed]] (positive, negative, and zero) [[Integer (computer science)|integers]] on computers,<ref>E.g. "Signed integers are two's complement binary values that can be used to represent both positive and negative integer values", Section 4.2.1 in ''Intel 64 and IA-32 Architectures Software Developer's Manual'', Volume 1: Basic Architecture, November 2006</ref> and more generally, [[Fixed-point arithmetic|fixed point binary]] values. Two's complement uses the [[Most significant bit|binary digit with the ''greatest'' value]] as the ''sign'' to indicate whether the binary number is positive or negative; when the [[most significant bit]] is ''1'' the number is signed as negative and when the most significant bit is ''0'' the number is signed as positive. As a result, non-negative numbers are represented as themselves: 6 is 0110, zero is 0000, and −6 is 1010 (the result of applying the [[bitwise NOT]] operator to 6 and adding 1). However, while the number of binary bits is fixed throughout a computation it is otherwise arbitrary.

Unlike the [[ones' complement]] scheme, the two's complement scheme has only one representation for zero. Furthermore, arithmetic implementations can be used on signed as well as unsigned integers<ref>
{{cite book
 |first1=Alexandre |last1=Bergel
 |first2=Damien   |last2=Cassou
 |first3=Stéphane |last3=Ducasse
 |first4=Jannik | last4=Laval
 |year=2013
 |title=Deep into Pharo
 |page=337
 |url=http://files.pharo.org/books-pdfs/deep-into-pharo/2013-DeepIntoPharo-EN.pdf
}}
</ref>
and differ only in the integer overflow situations.

== Procedure ==
The following is the procedure for obtaining the two's complement representation of a given ''negative'' number in binary digits:

* Step 1: starting with the absolute binary representation of the number, with the leading bit being a sign bit;<ref>{{cite web|url=https://www.rit.edu/academicsuccesscenter/sites/rit.edu.academicsuccesscenter/files/documents/math-handouts/DM3_TwosComplement_BP_9_22_14.pdf|title=Two's Complement|website=University of Rochester Academic Success Center}}</ref>
* Step 2: inverting (or flipping) all bits – changing every 0 to 1, and every 1 to 0;
* Step 3: adding 1 to the entire inverted number, ignoring any [[Integer overflow|overflow]]. Accounting for overflow will produce the wrong value for the result.

For example, to calculate the [[decimal]] number '''−6''' in binary from the number '''6''':

* Step 1: ''+6'' in decimal is ''0110'' in binary; the leftmost significant bit (the first 0) is the [[Sign (mathematics)|sign]] (just 110 in binary would be −2 in decimal). 
* Step 2: flip all bits in ''0110'', giving ''1001''. 
* Step 3: add the place value 1 to the flipped number ''1001'', giving ''1010''.

To verify that ''1010'' indeed has a value of ''−6'', add the place values together, but ''subtract'' the sign value from the final calculation. Because the most significant value is the sign value, it must be subtracted to produce the correct result: '''1010''' = '''−'''('''1'''×2<sup>3</sup>) + ('''0'''×2<sup>2</sup>) + ('''1'''×2<sup>1</sup>) + ('''0'''×2<sup>0</sup>) = '''1'''×−8 + '''0''' + '''1'''×2 + '''0''' = −6. 
{| class="wikitable"
|Bits:
|1
|0
|1
|0
|-
|Decimal bit value:
| '''−'''8
|4
|2
|1
|-
|Binary calculation:
|'''−'''('''1'''×2<sup>3</sup>)
|('''0'''×2<sup>2</sup>)
|('''1'''×2<sup>1</sup>)
|('''0'''×2<sup>0</sup>)
|-
|Decimal calculation:
|'''−'''('''1'''×8)
|'''0'''
|'''1'''×2
|'''0'''
|}

Note that steps 2 and 3 together are a valid method to compute the [[additive inverse]] <math>-n</math> of any (positive or negative) integer <math>n</math> where both input and output are in two's complement format. An alternative to compute <math>-n</math> is to use subtraction <math>0-n</math>. See below for subtraction of integers in two's complement format.

==Theory==
Two's complement is an example of a [[Method of complements|radix complement]]. The 'two' in the name refers to the number {{math|2<sup>''N''</sup>}} - "two to the power of N", which is the value in respect to which the complement is calculated in an {{mvar|N}}-bit system (the only case where exactly 'two' would be produced in this term is {{math|''N'' {{=}} 1}}, so for a 1-bit system, but these do not have capacity for both a sign and a zero). As such, the precise definition of the ''two's complement'' of an {{mvar|N}}-bit number is the [[method of complements|complement]] of that number with respect to {{math|2<sup>''N''</sup>}}.

The defining property of being a ''complement to a number with respect to {{math|2<sup>N</sup>}}'' is simply that the summation of this number with the original produce {{math|2<sup>''N''</sup>}}. For example, using binary with numbers up to three bits (so {{math|''N'' {{=}} 3}} and {{math|2<sup>''N''</sup> {{=}} 2<sup>3</sup> {{=}} 8 {{=}} 1000<sub>2</sub>}}, where '<sub>2</sub>' indicates a binary representation), a two's complement for the number 3 ({{math|011<sub>2</sub>}}) is 5 ({{math|101<sub>2</sub>}}), because summed to the original it gives {{math|2<sup>3</sup> {{=}} 1000<sub>2</sub> {{=}} 011<sub>2</sub> + 101<sub>2</sub>}}. Where this correspondence is employed for representing negative numbers, it effectively means, using an analogy with decimal digits and a number-space only allowing eight non-negative numbers 0 through 7, dividing the number-space into two sets: the first four of the numbers 0 1 2 3 remain the same, while the remaining four encode negative numbers, maintaining their growing order, so making 4 encode −4, 5 encode −3, 6 encode −2 and 7 encode −1. A binary representation has an additional utility however, because the most significant bit also indicates the group (and the sign): it is 0 for the first group of non-negatives, and 1 for the second group of negatives. The tables at right illustrate this property.
{|class="wikitable sortable floatright" style="text-align: center;"
|+ Three-bit integers
! Bits
!Unsigned value
!Signed value<br />(Two's complement)
|-
| 000
|0
| 0
|-
| 001
|1
| 1
|-
| 010
|2
| 2
|-
| 011
|3
| 3
|-
| 100
|4
| −4
|-
| 101
|5
| −3
|-
| 110
|6
| −2
|-
| 111
|7
| −1
|}
{|class="wikitable sortable floatright" style="text-align: center;"
|+ Eight-bit integers
! Bits
!Unsigned value
!Signed value <br />(Two's complement)
|-
| 0000&nbsp;0000
|0
| 0
|-
| 0000 0001
|1
| 1
|-
| 0000 0010
|2
| 2
|-
| 0111 1110
|126
| 126
|-
| 0111 1111
|127
| 127
|-
| 1000 0000
|128
| −128
|-
| 1000 0001
|129
| −127
|-
| 1000 0010
|130
| −126
|-
| 1111 1110
|254
| −2
|-
| 1111 1111
|255
| −1
|}
Calculation of the binary two's complement of a positive number essentially means subtracting the number from the {{math|2<sup>''N''</sup>}}. But as can be seen for the three-bit example and the four-bit {{math|1000<sub>2</sub>}} ({{math|2<sup>3</sup>}}), the number {{math|2<sup>''N''</sup>}} will not itself be representable in a system limited to {{mvar|''N''}} bits, as it is just outside the {{mvar|''N''}} bits space (the number is nevertheless the reference point of the "Two's complement" in an {{mvar|''N''}}-bit system). Because of this, systems with maximally {{mvar|''N''}}-bits must break the subtraction into two operations: first subtract from the maximum number in the {{mvar|''N''}}-bit system, that is {{math|2<sup>''N''</sup>−1}} (this term in binary is actually a simple number consisting of 'all 1s', and a subtraction from it can be done simply by inverting all bits in the number also known as [[Bitwise operation#NOT|the bitwise NOT operation]]) and then adding the one. Coincidentally, that intermediate number before adding the one is also used in computer science as another method of signed number representation and is called a [[ones' complement]] (named that because summing such a number with the original gives the 'all 1s').

Compared to other systems for representing signed numbers (e.g., [[ones' complement]]), the two's complement has the advantage that the fundamental arithmetic operations of [[addition]], [[subtraction]], and [[multiplication]] are identical to those for unsigned binary numbers (as long as the inputs are represented in the same number of bits as the output, and any [[integer overflow|overflow]] beyond those bits is discarded from the result). This property makes the system simpler to implement, especially for higher-precision arithmetic. Additionally, unlike ones' complement systems, two's complement has no representation for [[Signed zero|negative zero]], and thus does not suffer from its associated difficulties. Otherwise, both schemes have the desired property that the sign of integers can be reversed by taking the complement of its binary representation, but two's complement has an exception – the lowest negative, as can be seen in the tables.<ref>{{cite book |first1=David J. |last1=Lilja |first2=Sachin S. |last2=Sapatnekar |title=Designing Digital Computer Systems with Verilog |publisher=Cambridge University Press |date=2005 |url=https://books.google.com/books?id=5BvW0hYhxkQC&dq=%22two%27s+complement+arithmetic%22&pg=PA37 |isbn=9780521828666}}</ref>

==History==
The [[method of complements]] had long been used to perform subtraction in decimal [[adding machine]]s and [[mechanical calculator]]s. [[John von Neumann]] suggested use of two's complement binary representation in his 1945 ''[[First Draft of a Report on the EDVAC]]'' proposal for an electronic stored-program digital computer.<ref name = "von Neumann 1945">{{Citation | last = von Neumann | first = John | author-link = John von Neumann | title = First Draft of a Report on the EDVAC | year = 1945 | url = http://web.mit.edu/STS.035/www/PDFs/edvac.pdf | access-date = February 20, 2021 }}</ref> The 1949 [[EDSAC]], which was inspired by the ''First Draft'', used two's complement representation of negative binary integers.

Many early computers, including the [[CDC 6600]], the [[LINC]], the [[PDP-1]], and the UNIVAC 1107, use [[ones' complement]] notation; the descendants of the UNIVAC 1107, the [[UNIVAC 1100/2200 series]], continued to do so. The [[IBM 700/7000 series]] scientific machines use sign/magnitude notation, except for the index registers which are two's complement. Early commercial computers storing negative values in two's complement form include the [[English Electric DEUCE]] (1955) and the [[Digital Equipment Corporation]] [[PDP-5]] (1963) and [[PDP-6]] (1964). The [[IBM System/360|System/360]], introduced in 1964 by [[IBM]], then the dominant player in the computer industry, made two's complement the most widely used binary representation in the computer industry. The first minicomputer, the [[PDP-8]] introduced in 1965, uses two's complement arithmetic, as do the 1969 [[Data General Nova]], the 1970 [[PDP-11]], and almost all subsequent minicomputers and microcomputers.

==Converting from two's complement representation==
A two's-complement number system encodes positive and negative numbers in a binary number representation. The weight of each bit is a power of two, except for the [[most significant bit]], whose weight is the negative of the corresponding power of two.

The value&nbsp;{{mvar|w}} of an {{mvar|N}}-bit integer <math>a_{N-1} a_{N-2} \dots a_0</math> is given by the following formula:

<math display="block">w = -a_{N-1} 2^{N-1} + \sum_{i=0}^{N-2} a_i 2^i</math>

The most significant bit determines the sign of the number and is sometimes called the [[sign bit]]. Unlike in [[sign-and-magnitude]] representation, the sign bit also has the weight {{math|−(2<sup>''N'' − 1</sup>)}} shown above. Using {{mvar|N}} bits, all integers from {{math|−(2<sup>''N'' − 1</sup>)}} to {{math|2<sup>''N'' − 1</sup> − 1}} can be represented.

==Converting to two's complement representation==
<!-- This section contains one footnote that is wrapped in a <ref></ref> tag, but this footnote does not list any external references or sources. -->
In two's complement notation, a ''non-negative'' number is represented by its ordinary [[Binary numeral system|binary representation]]; in this case, the most significant bit is 0. Though, the range of numbers represented is not the same as with unsigned binary numbers. For example, an 8-bit unsigned number can represent the values 0 to 255 (11111111). However a two's complement 8-bit number can only represent non-negative integers from 0 to 127 (01111111), because the rest of the bit combinations with the most significant bit as '1' represent the negative integers −1 to −128.

The two's complement operation is the [[additive inverse]] operation, so negative numbers are represented by the two's complement of the [[absolute value]].

===From the ones' complement===
To get the two's complement of a negative binary number, all [[bit]]s are inverted, or "flipped", by using the [[bitwise NOT]] operation; the value of 1 is then added to the resulting value, ignoring the overflow which occurs when taking the two's complement of 0.

For example, using 1 byte (=8 bits), the decimal number 5 is represented by
{{block indent|0000 0101<sub>2</sub>}}
The most significant bit (the leftmost bit in this case) is 0, so the pattern represents a non-negative value. To convert to −5 in two's-complement notation, first, all bits are inverted, that is: 0 becomes 1 and 1 becomes 0:
{{block indent|1111 1010<sub>2</sub>}}
At this point, the representation is the [[ones' complement]] of the decimal value −5. To obtain the two's complement, 1 is added to the result, giving:
{{block indent|1111 1011<sub>2</sub>}}
The result is a signed binary number representing the decimal value −5 in two's-complement form. The most significant bit is 1, signifying that the value represented is negative.

Alternatively, instead of adding 1 after inverting a positive binary number, 1 can be subtracted from the number ''before'' it is inverted.  The two methods can easily be shown to be equivalent.  The inversion (ones' complement) of <math>x</math> equals <math>(2^N - 1) - x</math>, so the sum of the inversion and 1 equals <math>(2^N - 1) - x + 1 = </math><math>2^N - x - 1 + 1 = </math><math>2^N - x</math>, which equals the two's complement of <math>x</math> as expected.  The inversion of <math>x - 1</math> equals <math>(2^N - 1) - (x - 1) = </math><math>(2^N - 1) - x + 1 = </math><math>2^N - x</math>, identical to the previous equation.  Essentially, the subtraction inherent in the inversion operation changes the −1 added to <math>x</math> before the inversion into +1 added after the inversion.  This alternate subtract-and-invert algorithm to form a two's complement can sometimes be advantageous in computer programming or hardware design, for example where the subtraction of 1 can be obtained for free by incorporating it into an earlier operation.<ref>... e.g. by reducing an added constant by 1, increasing a subtracted constant by 1, or setting the carry/borrow flag before a subtract-with-borrow operation.  For example, to compute <math>-(m + 4)</math>, instead of adding 4 to <math>m</math>, inverting the result, and then adding 1, one can merely add 3 (= 4 − 1) to <math>m</math> and then invert the result.  (Of course, it is also an option, using the invert-and-add scheme, to invert <math>m</math> first and then subtract 3 [equivalent to adding −3 = −4 + 1].)</ref>

The two's complement of a negative number is the corresponding positive value, except in the special case of the [[most negative number]]. For example, inverting the bits of −5 (above) gives:
{{block indent|0000 0100<sub>2</sub>}}
And adding one gives the final value:
{{block indent|0000 0101<sub>2</sub>}}
The two's complement of the most negative number representable (e.g. a one as the most-significant bit and all other bits zero) is itself. Hence, there is an 'extra' negative number for which two's complement does not give the negation, see {{section link||Most negative number}} below.

The case for the most negative number is one of only two special cases.  The other special case is for zero, the two's complement of which is zero: inverting gives all ones, and adding one changes the ones back to zeros (since the overflow is ignored).  Mathematically, in the two's complement system of signed integers (which represents the negative of each number as its two's complement), this is obviously correct: the negative of 0 is in fact 0 (<math>-0 = 0</math>).  This zero case also makes sense by the definition of two's complements: by that definition, the two's complement of zero would be <math>2^N - 0 = 2^N</math>, but in <math>N</math> bits, all values are taken modulo <math>2^N</math>, and <math>2^N</math>{{math|mod }}<math>2^N = 0</math>.  In other words, the two's complement of 0 in <math>N</math> bits is (by definition) a single 1 bit followed by <math>N</math> zeros, but the 1 gets truncated, leaving 0.<ref>Zero is the one value which when added to its two's complement, using machine (modular) binary arithmetic, does not sum to <math>2^N</math>, but observe that in arithmetic modulo <math>2^N</math>, <math>0</math> is congruent to <math>2^N</math>.</ref>

In summary, the two's complement of any number, either positive, negative, or zero, can be computed in the same ways.  In two's complement signed integer representation, the two's complement of any integer is equal to -1 times that integer, except for the most negative integer representable in the given number of bits <math>N</math>, i.e. the integer <math>-2^{N-1}</math>, the two's complement of which is itself (still negative).

===Subtraction from 2<sup>''N''</sup>===

The sum of a number and its ones' complement is an {{mvar|N}}-bit word with all 1 bits, which is (reading as an unsigned binary number) {{math|2<sup>''N''</sup> − 1}}. Then adding a number to its two's complement results in the {{mvar|N}} lowest bits set to 0 and the carry bit 1, where the latter has the weight (reading it as an unsigned binary number) of {{math|2<sup>''N''</sup>}}. Hence, in the unsigned binary arithmetic the value of two's-complement negative number {{math|''x''*}} of a positive {{mvar|x}} satisfies the equality {{math|1=''x''* = 2<sup>''N''</sup> − ''x''}}.{{efn|For {{math|1=''x'' = 0}} we have {{math|1=2<sup>''N''</sup> − 0 = 2<sup>''N''</sup>}}, which is equivalent to {{math|1=0* = 0}} modulo {{math|2<sup>''N''</sup>}} (i.e. after restricting to {{mvar|N}} least significant bits).}}

For example, to find the four-bit representation of −5 (subscripts denote the [[radix|base of the representation]]):
{{block indent|{{math|1=''x'' = 5<sub>10</sub>}} therefore {{math|size=120%|1=''x'' = 0101<sub>2</sub>}}}}
Hence, with {{math|1=''N'' = 4}}:
{{block indent|{{math|1=''x''* = 2<sup>''N''</sup> − ''x'' = 2<sup>4</sup> − 5<sub>10</sub> = 16<sub>10</sub> − 5<sub>10</sub> = 10000<sub>2</sub> − 0101<sub>2</sub> = 1011<sub>2</sub>}}}}
The calculation can be done entirely in base 10, converting to base 2 at the end:
{{block indent|{{math|1=''x''* = 2<sup>''N''</sup> − ''x'' = 2<sup>4</sup> − 5<sub>10</sub> = 11<sub>10</sub> = 1011<sub>2</sub>}}}}

===Working from LSB towards MSB===
A shortcut to manually convert a [[binary number]] into its two's complement is to start at the [[least significant bit]] (LSB), and copy all the zeros, working from LSB toward the most significant bit (MSB) until the first&nbsp;1 is reached; then copy that&nbsp;1, and flip all the remaining bits (Leave the MSB as a 1 if the initial number was in sign-and-magnitude representation). This shortcut allows a person to convert a number to its two's complement without first forming its ones' complement. For example: in two's complement representation, the negation of "0011&nbsp;1100" is "1100&nbsp;0<u>100</u>", where the underlined digits were unchanged by the copying operation (while the rest of the digits were flipped).

In computer circuitry, this method is no faster than the "complement and add one" method; both methods require working sequentially from right to left, propagating logic changes. The method of complementing and adding one can be sped up by a standard [[carry look-ahead adder]] circuit; the LSB towards MSB method can be sped up by a similar logic transformation.

==Sign extension==
{{Main|Sign extension}}

{|class="wikitable floatright" style="margin-left: 1.5em;text-align:center"
|+ Sign-bit repetition in 7- and 8-bit integers using two's complement
|-
!Decimal
!7-bit notation
!8-bit notation
|-
|style="text-align:right"| −42 || 1010110 || 1101 0110
|-
|style="text-align:right"| 42 || 0101010 || 0010 1010
|}

When turning a two's-complement number with a certain number of bits into one with more bits (e.g., when copying from a one-byte variable to a two-byte variable), the most-significant bit must be repeated in all the extra bits. Some processors do this in a single instruction; on other processors, a conditional must be used followed by code to set the relevant bits or bytes.

Similarly, when a number is shifted to the right, the most-significant bit, which contains the sign information, must be maintained. However, when shifted to the left, a bit is shifted out. These rules preserve the common semantics that left shifts multiply the number by two and right shifts divide the number by two. However, if the most-significant bit changes from 0 to 1 (and vice versa), overflow is said to occur in the case that the value represents a signed integer.

Both shifting and doubling the precision are important for some multiplication algorithms. Note that unlike addition and subtraction, width extension and right shifting are done differently for signed and unsigned numbers.

==Most negative number==
With only one exception, starting with any number in two's-complement representation, if all the bits are flipped and 1 added, the two's-complement representation of the negative of that number is obtained. Positive&nbsp;12 becomes negative&nbsp;12, positive&nbsp;5 becomes negative&nbsp;5, zero becomes zero(+overflow), etc.

{|class="wikitable floatright" style="width:18em;text-align:center"|"
|+ <span class="anchor" id="−128_example_anchor">The two's complement of {{math| −128 }}</span>
|-
| {{math| −128 }} || 1000 0000
|-
| invert bits || 0111 1111
|-
| add one || 1000 0000
|-
|colspan="2;" |{{small|Result is the same 8&nbsp;bit binary number.}}
|}

Taking the two's complement (negation) of the minimum number in the range will not have the desired effect of negating the number. For example, the two's complement of {{math| −128 }} in an eight-bit system is {{math| −128&nbsp;,}} as shown in the [[#−128_example_anchor|table to the right]]. Although the expected result from negating {{math| −128 }} is {{math| +128&nbsp;,}} there is no representation of {{math| +128 }} with an eight&nbsp;bit two's&nbsp;complement system and thus it is in fact impossible to represent the negation. Note that the two's complement being the same number is detected as an overflow condition since there was a carry into but not out of the most-significant bit.

Having a nonzero number equal to its own negation is forced by the fact that zero is its own negation, and that the total number of numbers is even. Proof: there are {{math| 2^n − 1}} nonzero numbers (an odd number). Negation would partition the nonzero numbers into sets of size 2, but this would result in the set of nonzero numbers having even cardinality. So at least one of the sets has size 1, i.e., a nonzero number is its own negation.

The presence of the most negative number can lead to unexpected programming bugs where the result has an unexpected sign, or leads to an unexpected overflow exception, or leads to completely strange behaviors. For example,
* the unary negation operator may not change the sign of a nonzero number. e.g., {{math| −(−128) &nbsp;⟼&nbsp; −128 &nbsp;}} (where "{{math|⟼}}" is read as "becomes").
* an implementation of [[absolute value]] may return a negative number;<ref>
{{cite web
 |title=Math
 |department=API specification
 |series=Java Platform SE&nbsp;7
 |url=http://docs.oracle.com/javase/7/docs/api/java/lang/Math.html
}}
</ref> e.g., {{math|&nbsp; abs(−128) &nbsp;⟼&nbsp; −128&nbsp;.}}

* Likewise, multiplication by {{math| −1 }} may fail to function as expected; e.g., &nbsp; {{math| (−128) × (−1) &nbsp;⟼&nbsp; −128&nbsp;.}}
* Division by {{math| −1 }} may cause an exception (like that caused by dividing by {{math| 0 }});<ref>
{{cite web
 |first=John |last=Regehr
 |year=2013
 |title=Nobody expects the Spanish inquisition, or INT_MIN to be divided by −1
 |website=Regehr.org |type=blog
 |url=https://blog.regehr.org/archives/887
}}
</ref> even calculating the remainder (or [[modulo]]) by {{math| −1 }} can trigger this exception;<ref name=int32-c>
{{cite web
 |first=Robert C. |last=Seacord
 |year=2020
 |title=Ensure that operations on signed integers do not result in overflow
 |department=Rule INT32-C
 |series=SEI CERT C&nbsp;Coding Standard
 |website=wiki.sei.cmu.edu
 |url=https://wiki.sei.cmu.edu/confluence/display/c/INT32-C.+Ensure+that+operations+on+signed+integers+do+not+result+in+overflow
}}
</ref> e.g., {{math| (−128) ÷ (−1) &nbsp;⟼&nbsp; {{small|[{{sc|crash}}]}}&nbsp;,}} &nbsp; {{math| (−128) % (−1) &nbsp;⟼&nbsp; {{small|[{{sc|crash}}]}}&nbsp;.}}

In the [[C (programming language)|C]] and [[C++]] programming languages, the above behaviours are [[Undefined behavior|undefined]] and not only may they return strange results, but the compiler is free to assume that the programmer has ensured that undefined numerical operations never happen, and make inferences from that assumption.<ref name=int32-c/> This enables a number of optimizations, but also leads to a number of strange bugs in programs with these undefined calculations.

This most negative number in two's&nbsp;complement is sometimes called "the weird number", because it is the only exception.<ref>
{{cite report
 |first1=Reynald |last1=Affeldt
 |first2=Nicolas |last2=Marti
 |name-list-style=amp
 |year=2006
 |title=Formal verification of arithmetic functions in SmartMIPS Assembly
 |url=http://www.ipl.t.u-tokyo.ac.jp/jssst2006/papers/Affeldt.pdf
 |url-status=dead
 |archive-url=https://web.archive.org/web/20110722080531/http://www.ipl.t.u-tokyo.ac.jp/jssst2006/papers/Affeldt.pdf
 |archive-date=2011-07-22
}}
</ref><ref>
{{cite book
 |first1=David Money |last1=Harris
 |first2=Sarah L.    |last2=Harris
 |year=2007
 |title=Digital Design and Computer Architecture
 |page=18
 |publisher=Morgan Kaufmann
 |isbn=978-0-08-054706-0
 |url=https://books.google.com/books?id=5X7JV5-n0FIC&q=%22weird+number%22+binary&pg=PA19
 |via=Google Books
}}
</ref>
Although the number is an exception, it is a valid number in regular two's&nbsp;complement systems. All arithmetic operations work with it both as an operand and (unless there was an overflow) a result.

==Why it works==
Given a set of all possible {{mvar|N}}-bit values, we can assign the lower (by the binary value) half to be the integers from 0 to {{math|(2<sup>''N'' − 1</sup> − 1)}} inclusive and the upper half to be {{math|−2<sup>''N'' − 1</sup>}} to −1 inclusive. The upper half (again, by the binary value) can be used to represent negative integers from {{math|−2<sup>''N'' − 1</sup>}} to −1 because, under addition modulo {{math|2<sup>''N''</sup>}} they behave the same way as those negative integers. That is to say that, because {{math|1= ''i'' + ''j'' mod 2<sup>''N''</sup> = ''i'' + (''j'' + 2<sup>''N''</sup>) mod 2<sup>''N''</sup>}}, any value in the set {{math|1= { ''j'' + ''k'' 2<sup>''N''</sup> {{!}} ''k'' is an integer } }} can be used in place of&nbsp;{{mvar|j}}.<ref>{{cite web
 | url = http://www.cs.uwm.edu/~cs151/Bacon/Lecture/HTML/ch03s09.html
 | title = 3.9. Two's Complement | work = Chapter 3. Data Representation
 | date = 2012-12-03 | access-date = 2014-06-22
 | publisher = cs.uwm.edu
 | archive-url=https://web.archive.org/web/20131031093811/http://www.cs.uwm.edu/~cs151/Bacon/Lecture/HTML/ch03s09.html
 | archive-date=31 October 2013
 | url-status=dead
}}</ref>

For example, with eight bits, the unsigned bytes are 0 to 255. Subtracting 256 from the top half (128 to 255) yields the signed bytes −128 to −1.

The relationship to two's complement is realised by noting that {{math|1=256 = 255 + 1}}, and {{math|(255 − ''x'')}} is the [[ones' complement]] of&nbsp;{{mvar|x}}.

{|class="wikitable floatright" style="width:14em;"
|+ Some special numbers to note
!Decimal
!Binary (8-bit)
|-
|style="text-align:right"|  127 ||0111 1111
|-
|style="text-align:right"|   64 ||0100 0000
|-
|style="text-align:right"|    1  ||0000 0001
|-
|style="text-align:right"|    0  ||0000 0000
|-
|style="text-align:right"|   −1 ||1111 1111
|-
|style="text-align:right"|  −64 ||1100 0000
|-
|style="text-align:right"| −127 ||1000 0001
|-
|style="text-align:right"| −128 ||1000 0000
|}

===Example===
{{hatnote|In this subsection, decimal numbers are suffixed with a decimal point "."}}
For example, an 8&nbsp;bit number can only represent every integer from −128. to 127., inclusive, since {{math|(2<sup>8 − 1</sup> {{=}} 128.)}}. {{nowrap|−95. modulo 256.}} is equivalent to 161. since

{{block indent|−95. + 256.}}
{{block indent|{{=}} −95. + 255. + 1}}
{{block indent|{{=}} 255. − 95. + 1}}
{{block indent|{{=}} 160. + 1.}}
{{block indent|{{=}} 161.}}
<pre style="width:25em">
   1111 1111                       255.
 − 0101 1111                     −  95.
 ===========                     =====
   1010 0000  (ones' complement)   160.
 +         1                     +   1
 ===========                     =====
   1010 0001  (two's complement)   161.
</pre>
{|class="wikitable floatright" style="width:14em;text-align:center"
|+ Two's complement 4&nbsp;bit integer values
!Two's complement
!Decimal
|-
| 0111 ||style="text-align:right"|  7. 
|-
| 0110 ||style="text-align:right"|  6. 
|-
| 0101 ||style="text-align:right"|  5. 
|-
| 0100 ||style="text-align:right"|  4. 
|-
| 0011 ||style="text-align:right"|  3. 
|-
| 0010 ||style="text-align:right"|  2. 
|-
| 0001 ||style="text-align:right"|  1. 
|-
| 0000 ||style="text-align:right"|  0. 
|-
| 1111 ||style="text-align:right"| −1. 
|-
| 1110 ||style="text-align:right"| −2. 
|-
| 1101 ||style="text-align:right"| −3. 
|-
| 1100 ||style="text-align:right"| −4. 
|-
| 1011 ||style="text-align:right"| −5. 
|-
| 1010 ||style="text-align:right"| −6. 
|-
| 1001 ||style="text-align:right"| −7. 
|-
| 1000 ||style="text-align:right"| −8. 
|}

Fundamentally, the system represents negative integers by counting backward and [[modular arithmetic|wrapping around]]. The boundary between positive and negative numbers is arbitrary, but by [[Convention (norm)|convention]] all negative numbers have a left-most bit ([[most significant bit]]) of one. Therefore, the most positive four-bit number is 0111&nbsp;(7.) and the most negative is 1000 (−8.). Because of the use of the left-most bit as the sign bit, the absolute value of the most negative number (|−8.| = 8.) is too large to represent. Negating a two's complement number is simple: Invert all the bits and add one to the result. For example, negating 1111, we get {{nowrap|0000 + 1 {{=}} 1}}. Therefore, 1111 in binary must represent −1 in decimal.<ref>{{cite web
 |first=Thomas |last=Finley
 |date=April 2000
 |title=Two's Complement
 |series=Class notes for CS&nbsp;104
 |publisher=Cornell University |department=Computer Science |place=Ithaca, New York
 |url=http://www.cs.cornell.edu/~tomf/notes/cps104/twoscomp.html |access-date=2014-06-22
}}</ref>

The system is useful in simplifying the implementation of arithmetic on computer hardware. Adding 0011&nbsp;(3.) to 1111&nbsp;(−1.) at first seems to give the incorrect answer of 10010. However, the hardware can simply ignore the left-most bit to give the correct answer of 0010&nbsp;(2.). Overflow checks still must exist to catch operations such as summing 0100 and 0100.

The system therefore allows addition of negative operands without a subtraction circuit or a circuit that detects the sign of a number. Moreover, that addition circuit can also perform subtraction by taking the two's complement of a number (see below), which only requires an additional cycle or its own adder circuit. To perform this, the circuit merely operates as if there were an extra left-most bit of 1.

==Arithmetic operations==

===Addition===
Adding two's complement numbers requires no special processing even if the operands have opposite signs; the sign of the result is determined automatically. For example, adding 15 and −5:
<pre style="width:25em">
   0000 1111  (15)
 + 1111 1011  (−5)
 ===========
   0000 1010  (10)
</pre>

Or the computation of 5 − 15 = 5 + (−15):

<pre style="width:25em">
   0000 0101  (  5)
 + 1111 0001  (−15)
 ===========
   1111 0110  (−10)
</pre>

This process depends upon restricting to 8 bits of precision; a carry to the (nonexistent) 9th most significant bit is ignored, resulting in the arithmetically correct result of 10<sub>10</sub>.

The last two bits of the [[Carry flag|carry]] row (reading right-to-left) contain vital information: whether the calculation resulted in an [[arithmetic overflow]], a number too large for the binary system to represent (in this case greater than 8 bits). An overflow condition exists when these last two bits are different from one another. As mentioned above, the sign of the number is encoded in the MSB of the result.

In other terms, if the left two carry bits (the ones on the far left of the top row in these examples) are both 1s or both 0s, the result is valid; if the left two carry bits are "1 0" or "0 1", a sign overflow has occurred. Conveniently, an [[XOR]] operation on these two bits can quickly determine if an overflow condition exists. As an example, consider the signed 4-bit addition of 7 and 3:
<pre style="width:25em">
  0111   (carry)
   0111  (7)
 + 0011  (3)
 ======
   1010  (−6)  invalid!
</pre>
In this case, the far left two (MSB) carry bits are "01", which means there was a two's-complement addition overflow. That is, 1010<sub>2</sub> = 10<sub>10</sub> is outside the permitted range of −8 to 7. The result would be correct if treated as unsigned integer.

In general, any two {{mvar|N}}-bit numbers may be added ''without'' overflow, by first sign-extending both of them to {{math|''N'' + 1}} bits, and then adding as above. The {{math|''N'' + 1}} bits result is large enough to represent any possible sum ({{math|1=''N'' = 5}} two's complement can represent values in the range −16 to 15) so overflow will never occur. It is then possible, if desired, to 'truncate' the result back to {{mvar|N}} bits while preserving the value if and only if the discarded bit is a proper sign extension of the retained result bits. This provides another method of detecting overflow – which is equivalent to the method of comparing the carry bits – but which may be easier to implement in some situations, because it does not require access to the internals of the addition.

===Subtraction===
Computers usually use the [[method of complements]] to implement subtraction. Using complements for subtraction is closely related to using complements for representing negative numbers, since the combination allows all signs of operands and results; direct subtraction works with two's-complement numbers as well. Like addition, the advantage of using two's complement is the elimination of examining the signs of the operands to determine whether addition or subtraction is needed. For example, subtracting −5 from 15 is really adding 5 to 15, but this is hidden by the two's-complement representation:
<pre style="width:25em">
  11110 000   (borrow)
   0000 1111  (15)
 − 1111 1011  (−5)
 ===========
   0001 0100  (20)
</pre>
Overflow is detected the same way as for addition, by examining the two leftmost (most significant) bits of the borrows; overflow has occurred if they are different.

Another example is a subtraction operation where the result is negative: 15&nbsp;−&nbsp;35 = −20:
<pre style="width:25em">
  11100 000   (borrow)
   0000 1111  (15)
 − 0010 0011  (35)
 ===========
   1110 1100  (−20)
</pre>
As for addition, overflow in subtraction may be avoided (or detected after the operation) by first sign-extending both inputs by an extra bit.

===Multiplication===
The product of two {{mvar|N}}-bit numbers requires {{math|2''N''}} bits to contain all possible values.<ref>Bruno Paillard. ''An Introduction To Digital Signal Processors'', Sec. 6.4.2. Génie électrique et informatique Report, Université de Sherbrooke, April 2004.</ref>

If the precision of the two operands using two's complement is doubled before the multiplication, direct multiplication (discarding any excess bits beyond that precision) will provide the correct result.<ref>{{cite web
 |url         = http://pages.cs.wisc.edu/~cs354-1/beyond354/int.mult.html
 |title       = Two's Complement Multiplication
 |date        = August 24, 2007
 |access-date  = April 13, 2015
 |author      = Karen Miller
 |website     = cs.wisc.edu
 |url-status     = dead
 |archive-url  = https://web.archive.org/web/20150213203512/http://pages.cs.wisc.edu/~cs354-1/beyond354/int.mult.html
 |archive-date = February 13, 2015
}}</ref> For example, take {{math|1=6 × (−5) = −30}}. First, the precision is extended from four bits to eight. Then the numbers are multiplied, discarding the bits beyond the eighth bit (as shown by "{{Mono|x}}"):
<pre style="width:25em">
     00000110  (6)
 *   11111011  (−5)
 ============
          110
         1100
        00000
       110000
      1100000
     11000000
    x10000000
 + xx00000000
 ============
   xx11100010
</pre>
This is very inefficient; by doubling the precision ahead of time, all additions must be double-precision and at least twice as many partial products are needed than for the more efficient algorithms actually implemented in computers. Some multiplication algorithms are designed for two's complement, notably [[Booth's multiplication algorithm]]. Methods for multiplying sign-magnitude numbers do not work with two's-complement numbers without adaptation. There is not usually a problem when the multiplicand (the one being repeatedly added to form the product) is negative; the issue is setting the initial bits of the product correctly when the multiplier is negative. Two methods for adapting algorithms to handle two's-complement numbers are common:

* First check to see if the multiplier is negative. If so, negate (i.e., take the two's complement of) both operands before multiplying. The multiplier will then be positive so the algorithm will work. Because both operands are negated, the result will still have the correct sign.
* Subtract the partial product resulting from the MSB (pseudo sign bit) instead of adding it like the other partial products. This method requires the multiplicand's sign bit to be extended by one position, being preserved during the shift right actions.<ref>{{cite book |first=John F. |last=Wakerly |title=Digital Design Principles & Practices |publisher=Prentice Hall |edition=3rd |year=2000 |page=47 |isbn=0-13-769191-2 }}</ref>

As an example of the second method, take the common add-and-shift algorithm for multiplication. Instead of shifting partial products to the left as is done with pencil and paper, the accumulated product is shifted right, into a second register that will eventually hold the least significant half of the product. Since the [[least significant bit]]s are not changed once they are calculated, the additions can be single precision, accumulating in the register that will eventually hold the most significant half of the product. In the following example, again multiplying 6 by −5, the two registers and the extended sign bit are separated by "|":
<pre style="width:90%;overflow:scroll;white-space:pre">
  0 0110  (6)  (multiplicand with extended sign bit)
  × 1011 (−5)  (multiplier)
  =|====|====
  0|0110|0000  (first partial product (rightmost bit is 1))
  0|0011|0000  (shift right, preserving extended sign bit)
  0|1001|0000  (add second partial product (next bit is 1))
  0|0100|1000  (shift right, preserving extended sign bit)
  0|0100|1000  (add third partial product: 0 so no change)
  0|0010|0100  (shift right, preserving extended sign bit)
  1|1100|0100  (subtract last partial product since it's from sign bit)
  1|1110|0010  (shift right, preserving extended sign bit)
   |1110|0010  (discard extended sign bit, giving the final answer, −30)
</pre>

===Comparison (ordering)===
[[Comparison (computer programming)|Comparison]] is often implemented with a dummy subtraction, where the flags in the computer's [[status register]] are checked, but the main result is ignored. The [[zero flag]] indicates if two values compared equal. If the exclusive-or of the [[Sign flag|sign]] and [[Overflow flag|overflow]] flags is 1, the subtraction result was less than zero, otherwise the result was zero or greater. These checks are often implemented in computers in [[conditional branch]] instructions.

Unsigned binary numbers can be ordered by a simple [[lexicographic ordering]], where the bit value 0 is defined as less than the bit value 1. For two's complement values, the meaning of the most significant bit is reversed (i.e. 1 is less than 0).

The following algorithm (for an {{mvar|n}}-bit two's complement architecture) sets the result register R to −1 if A < B, to +1 if A > B, and to 0 if A and B are equal:

<syntaxhighlight lang="pascal">
// reversed comparison of the sign bit

if A(n-1) = 0 and B(n-1) = 1 then
    return +1;
else if A(n-1) = 1 and B(n-1) = 0 then
    return -1
end;
 
// comparison of remaining bits

for i := n-2 downto 0 do begin
    if A(i) = 0 and B(i) = 1 then
        return -1
    else if A(i) = 1 and B(i) = 0 then
        return +1 
    end
end
 
return 0
</syntaxhighlight>

==Two's complement and {{nowrap|2-adic}} numbers==
In a classic ''[[HAKMEM]]'' published by the [[MIT AI Lab]] in 1972, [[Bill Gosper]] noted that whether or not a machine's internal representation was two's-complement could be determined by summing the successive powers of two. In a flight of fancy, he noted that the result of doing this algebraically indicated that "algebra is run on a machine (the universe) which is two's-complement."<ref>{{cite web |url=http://www.inwap.com/pdp10/hbaker/hakmem/hacks.html#item154 |title=Programming Hacks |work=HAKMEM |at=ITEM 154 (Gosper) |archive-url=https://web.archive.org/web/20240224184437/http://www.inwap.com/pdp10/hbaker/hakmem/hacks.html#item154 |archive-date=2024-02-24 |url-status=dead}}</ref>

Gosper's end conclusion is not necessarily meant to be taken seriously, and it is akin to a [[mathematical joke]]. The critical step is "...110 = ...111&nbsp;−&nbsp;1", i.e., "2''X'' = ''X''&nbsp;−&nbsp;1", and thus ''X''&nbsp;=&nbsp;...111&nbsp;=&nbsp;−1. This presupposes a method by which an infinite string of 1s is considered a number, which requires an extension of the finite place-value concepts in elementary arithmetic.<!--Does this interpretation take into account a sign bit?--> It is meaningful either as part of a two's-complement notation for all integers, as a typical [[p-adic number|2-adic number]], or even as one of the generalized sums defined for the [[divergent series]] of real numbers [[1 + 2 + 4 + 8 + ⋯]].<ref>For the summation of 1 + 2 + 4 + 8 + ⋯ without recourse to the 2-adic metric, see {{cite book |last=Hardy |first=G. H. |author-link=G. H. Hardy |title=Divergent Series |year=1949 |publisher=Clarendon Press |id={{LCC|QA295|.H29|1967}} |pages=7–10}}</ref> Digital arithmetic circuits, idealized to operate with infinite (extending to positive powers of 2) bit strings, produce 2-adic addition and multiplication compatible with two's complement representation.<ref>{{cite book |title=On circuits and numbers |last=Vuillemin |first=Jean |year=1993 |publisher=[[Digital Equipment Corporation]] |location=Paris |page=19 |url=https://hplabs.itcs.hp.com/techreports/Compaq-DEC/PRL-RR-25.pdf |access-date=2023-03-29 |chapter=Chapter 7}} See especially chapter 7.3 for multiplication.</ref> [[continuous function|Continuity]] of binary arithmetical and [[bitwise operation]]s in 2-adic [[metric space|metric]] also has some use in cryptography.<ref>{{cite web |url=http://crypto.rsuh.ru/ |title=ABC Stream Cipher |last1=Anashin|first1=Vladimir |last2=Bogdanov|first2=Andrey |last3=Kizhvatov|first3=Ilya |year=2007 |publisher=[[Russian State University for the Humanities]] |access-date=24 January 2012}}</ref>

== Fraction conversion ==
To convert a number with a fractional part, such as .0101, one must convert starting from right to left the 1s to decimal as in a normal conversion. In this example 0101 is equal to 5 in decimal. Each digit after the floating point represents a fraction where the denominator is a multiplier of 2. So, the first is 1/2, the second is 1/4 and so on. Having already calculated the decimal value as mentioned above, only the denominator of the LSB (LSB = starting from right) is used. The final result of this conversion is 5/16.

For instance, having the floating value of .0110 for this method to work, one should not consider the last 0 from the right. Hence, instead of calculating the decimal value for 0110, we calculate the value 011, which is 3 in decimal (by leaving the 0 in the end, the result would have been 6, together with the denominator 2<sup>4</sup>&nbsp;=&nbsp;16, which reduces to 3/8). The denominator is 8, giving a final result of 3/8.

==See also==
*[[Ones' complement]], an alternative binary number convention
*[[Division algorithm]], including restoring and non-restoring division in two's-complement representations
*[[Offset binary]]
*[[p-adic number|''p''-adic number]]
*[[Method of complements]], generalisation to other number bases, used on mechanical calculators

==Notes==
{{Notelist}}

==References==
{{Reflist|30em}}

==Further reading==

* [https://www.cs.cornell.edu/~tomf/notes/cps104/twoscomp.html Two's Complement Explanation] (Thomas Finley, 2000)
*{{cite book |first=Israel |last=Koren |title=Computer Arithmetic Algorithms |publisher=A. K. Peters |year=2002 |isbn=1-56881-160-8 }}
*{{cite book |first=Ivan |last=Flores |title=The Logic of Computer Arithmetic |publisher=Prentice-Hall |year=1963 }}

==External links==
*[http://www.ecs.umass.edu/ece/koren/arith/simulator/ArrMlt/ Two's complement array multiplier JavaScript simulator]

[[Category:Binary arithmetic]]