From: Rafael Garcia-Suarez <rgarciasuarez@gmail.com>
Date: Mon, 20 Feb 2006 08:54:22 +0000 (+0000)
Subject: Yitzchak points out that the perldiag entry for "Integer overflow in
X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=bcb11275f9e8e4324ef33449c82bea92e44f6386;p=p5sagit%2Fp5-mst-13.2.git

Yitzchak points out that the perldiag entry for "Integer overflow in
division" is no longer useful.

p4raw-id: //depot/perl@27237
---

diff --git a/pod/perldiag.pod b/pod/perldiag.pod
index 44b83ed..b1c1594 100644
--- a/pod/perldiag.pod
+++ b/pod/perldiag.pod
@@ -1976,16 +1976,6 @@ transparently promotes all numbers to a floating point representation
 internally--subject to loss of precision errors in subsequent
 operations.
 
-=item Integer overflow in division
-
-(F) In the scope of the C<use integer;> pragma, division would have overflowed.
-This will happen if you attempt to divide the largest negative integer by -1,
-since the result cannot be represented as a signed integer on a two's complement
-system.  This division is trapped as a Perl-level exception because on some
-architectures the integer divide operation will trigger a CPU exception
-causing program exit, rather than merely returning a mathematically wrong
-answer.
-
 =item Integer overflow in format string for %s
 
 (F) The indexes and widths specified in the format string of C<printf()>