From 1bd4e8e3299afcce93457b0dd2e33e3c7c466c98 Mon Sep 17 00:00:00 2001
From: Father Chrysostomos <sprout@cpan.org>
Date: Wed, 12 Oct 2011 18:10:17 -0700
Subject: [PATCH] perlfunc: sort no longer dies on undef retval

This changed in 5.12.0.  See bug #69384 and commit 93e19c0f.
---
 pod/perlfunc.pod | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/pod/perlfunc.pod b/pod/perlfunc.pod
index 246ad2e..bff6566 100644
--- a/pod/perlfunc.pod
+++ b/pod/perlfunc.pod
@@ -6030,8 +6030,7 @@ sometimes saying the opposite, for example) the results are not
 well-defined.
 
 Because C<< <=> >> returns C<undef> when either operand is C<NaN>
-(not-a-number), and also because C<sort> raises an exception unless the
-result of a comparison is defined, be careful when sorting with a
+(not-a-number), be careful when sorting with a
 comparison function like C<< $a <=> $b >> any lists that might contain a
 C<NaN>.  The following example takes advantage that C<NaN != NaN> to
 eliminate any C<NaN>s from the input list.
-- 
2.7.4