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 (file)
--- 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()>