--- Coro/README.linux-glibc	2003/05/09 01:16:12	1.4
+++ Coro/README.linux-glibc	2004/04/01 02:29:05	1.5
@@ -1,5 +1,6 @@
 If Coro causes segfaults a lot on calls to libc functions, the cause is
-probably a glibc compiled for i386 and kernel 2.2.
+probably a glibc compiled for i386 and kernel 2.2 (for example, debian
+only supplies 2.2 and 2.6-optimized libraries, not 2.4).
 
 Glibc contains a bug that causes any program linked against pthreads AND
 using coroutines (of any kind, not only Coro, but including most userspace
@@ -14,15 +15,10 @@
 glibcs compiled for linux-2.4 use a much more efficient method to locate
 their data, which happens to work with coroutines.
 
-So the easy fix is to install a libc which was compiled for linux-2.4,
-using the "--enable-kernel=2.4 i586-pc-linux-gnu" configure options.
+So the easy fix is to install a libc which was compiled for linux-2.4 (or
+2.6) using the "--enable-kernel=2.4 i586-pc-linux-gnu" configure options.
 
 WARNING: This libc will no longer run on linux-2.2 or lower!
 
-UPDATE: I am no longer able to compile glibc-2.3.2 in this way. The reason
-is most probably that the glibc folks work on an enhanced thread local
-storage facility, and it might be that you need a 2.5 or 2.6 kernel to
-make it work.  Glibc-2.3.1 works fine, though.
-
 UPDATE: Time::HiRes in current perl snapshots does no longer link against
 -lrt. That still means you need to patch it until 5.9.x gets out.