Re: Change 15398: Assuming the Apache 1.3 -D_GNU_SOURCE problem

Message-Id: <E16oETc-0000vE-00@virgo.cus.cam.ac.uk>

p4raw-id: //depot/perl@15406

diff --git a/pod/perldelta.pod b/pod/perldelta.pod
index 89380bb..b3b79b3 100644 (file)
--- a/pod/perldelta.pod
+++ b/pod/perldelta.pod
@@ -2603,16 +2603,16 @@ known but the current suspect is the F<ixemul> library.
 =head2 mod_perl 1.3 Doesn't Build With -D_GNU_SOURCE
 
 In Linux, building mod_perl with B<threaded> Perl 5.8.0 does not work
-because starting from 5.8.0 a threaded Perl uses the -D_GNU_SOURCE
-flag.  The Apache 1.3 sources that are built alongside the mod_perl
-don't like that flag and the compilation dies in function prototype
-conflicts.  This may or not get fixed in later releases of mod_perl
-1.3 or Apache 1.3 (fixing the problem in Perl is less likely since
-threaded Perl now needs the -D_GNU_SOURCE>).  Workarounds include
-using non-threaded Perl and using Apache 2.0.  An obvious workaround
-would be to stop the -D_GNU_SOURCE from reaching the Apache 1.3
-sources, but as of Perl 5.8.0, the complex build system of mod_perl
-has foiled this idea.
+because starting from 5.8.0 building a threaded Perl uses the
+-D_GNU_SOURCE flag.  The Apache 1.3 sources that are built alongside
+the mod_perl don't like that flag and the compilation dies because of
+function prototype conflicts.  This may or may not get fixed in later
+releases of mod_perl 1.3 or Apache 1.3 (fixing the problem in Perl is
+less likely since threaded Perl now needs the -D_GNU_SOURCE>).
+Workarounds include using non-threaded Perl and using Apache 2.0.
+An obvious workaround would be to stop the -D_GNU_SOURCE from reaching
+the Apache 1.3 sources, but as of Perl 5.8.0, the complex build system
+of mod_perl has foiled this idea.
 
 =head2 lib/ftmp-security tests warn 'system possibly insecure'