summaryrefslogtreecommitdiff
path: root/STATUS
diff options
context:
space:
mode:
authorjerenkrantz <jerenkrantz@13f79535-47bb-0310-9956-ffa450edef68>2002-01-13 04:58:44 +0000
committerjerenkrantz <jerenkrantz@13f79535-47bb-0310-9956-ffa450edef68>2002-01-13 04:58:44 +0000
commitc872b73a8491085302eccfa1b8c06028bbf4f61a (patch)
treea2bcc5f0ec914f149987b39fe79cab18b23c8685 /STATUS
parent89d5c66ab91ce0c4fcf2b0aefe0dd4d90e7f8311 (diff)
downloadlibapr-c872b73a8491085302eccfa1b8c06028bbf4f61a.tar.gz
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. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62776 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'STATUS')
-rw-r--r--STATUS16
1 files changed, 7 insertions, 9 deletions
diff --git a/STATUS b/STATUS
index 357de8e6b..7894f8c61 100644
--- a/STATUS
+++ b/STATUS
@@ -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,16 +44,14 @@ RELEASE SHOWSTOPPERS:
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