Re: Libc optimization patch

2001-12-01 Thread Roland McGrath
Sorry, can you refer me to the earlier problem report? I don't remember why this matters. Please always use diff -u or diff -c. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Libc optimization patch

2001-12-01 Thread Jeff Bailey
This is the same problem that I had reported earlier in the sysdeps tree. The reason I hadn't seen it here is because the result of the #error shows up but it doesn't actually halt compilation. If you can apply these too, it would be great. 2001-12-01 Jeff Bailey <[EMAIL PROTECTED]>

Re: Typo in libc:sysdeps/mach/hurd/configure

2001-12-01 Thread Roland McGrath
This is actually a bug for bug-glibc or libc-hacker, since it was a libc change drepper made. I added the missing \ to match the code in sysdeps/unix/sysv/linux/configure.in that he added at the same time. I don't think that code is really quite correct, if there are ever glibc version numbers w

Typo in libc:sysdeps/mach/hurd/configure

2001-12-01 Thread Jeff Bailey
sysdeps/mach/hurd/configure contains this line: if test -z "$oldest_abi" || test "$oldest_abi" < "2.2.5"; then The problem is that: test "$oldest_abi" < "2.2.5" Is not a useful statement. I haven't provided a patch, becase I'm not sure if a simple -lt is appropriate, or if the string shou

how does gnumach/hurd cache data on disk?

2001-12-01 Thread Diego Roversi
Hello, I made some further investigation about the slow disk access under gnumach/Hurd. I modified device.c in libstore, adding a printf line in dev_read(), that I suppose is the place where disk access really happens: static error_t dev_read (struct store *store, store_offset_t add