jerenkrantz 02/01/12 20:58:45
Modified: . STATUS
Log:
Since I actually spent the time to gather the autoconf magic, it turns out
that Linux/glibc doesn't support largefiles/sendfile together, so downgrade
it from a release showstopper to a "nice to have" issue.
Include a link to apr_largefile.m4 in case someone feels like taking this on.
Revision Changes Path
1.91 +7 -9 apr/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apr/STATUS,v
retrieving revision 1.90
retrieving revision 1.91
diff -u -r1.90 -r1.91
--- STATUS 12 Jan 2002 17:18:37 -0000 1.90
+++ STATUS 13 Jan 2002 04:58:44 -0000 1.91
@@ -1,5 +1,5 @@
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:
-*-text-*-
-Last modified at [$Date: 2002/01/12 17:18:37 $]
+Last modified at [$Date: 2002/01/13 04:58:44 $]
Release:
@@ -44,15 +44,13 @@
Win32: apr_thread_rwlock_try*lock(), apr_thread_cond_timedwait(),
apr_proc_mutex_*() (Is proc_mutex unnecessary on Win32?)
- * Deal with largefiles properly on those platforms that support
- it.
- Justin says: We may be able to get away with setting
- FILE_OFFSET_BITS=64 on most current Unices.
- The other question remains if this should be turned
- on by default (i.e. pass O_LARGEFILE or whatnot on
- that platform). I think so.
-
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
+
+ * Deal with largefiles properly on those platforms that support it.
+
+ Justin says: Linux refuses to have largefile support and largefiles
+ at the sametime. Largefile autoconf patch:
+ http://www.apache.org/~jerenkrantz/apr_largefile.m4
* Get OTHER_CHILD support into Win32
Status: Bill S. is looking into this
