From eed3c3cca4b12b747e95a75a4c314274877cbe6f Mon Sep 17 00:00:00 2001 From: Pino Toscano Date: Fri, 15 Feb 2013 22:21:29 +0100 Subject: open_issues/glibc: remove/note fixed stuff --- open_issues/glibc.mdwn | 27 ++++----------------------- 1 file changed, 4 insertions(+), 23 deletions(-) diff --git a/open_issues/glibc.mdwn b/open_issues/glibc.mdwn index d726c009..bd89f621 100644 --- a/open_issues/glibc.mdwn +++ b/open_issues/glibc.mdwn @@ -367,23 +367,7 @@ Last reviewed up to the [[Git mirror's d3bd58cf0a027016544949ffd27300ac5fb01bb8 like posix/tst-waitid.c, you mean? yes - * `getconf` things - - IRC, freenode, #hurd, 2012-10-03 - - getconf -a | grep CACHE - pinotree: I hate spoiling data, but 0 :P - had that feeling, but wanted to be sure -- thanks! - http://dpaste.com/809519/ - except for uhh - L4 linesize - that didn't have any number associated - weird - I actually didn't even know that there was L4 cache - what do you get if you run `getconf - LEVEL4_CACHE_LINESIZE`? - pinotree: undefined - expected, given the output above + * `getconf` things (see below the results of `tst-getconf.out`) For specific packages: @@ -1102,9 +1086,7 @@ There is quite a baseline of failures. * `bug-ulimit1.out` - Buggy sysdeps/unix/bsd/ulimit.c return values. - - [[!message-id "201211182342.51619.toscano.pino@tiscali.it"]] + Fixed in glibc >= 2.18. * `check-execstack.out` @@ -1298,9 +1280,8 @@ There is quite a baseline of failures. `_PC_REC_INCR_XFER_SIZE`, `_PC_REC_MAX_XFER_SIZE`, `_PC_REC_MIN_XFER_SIZE`, `_PC_REC_XFER_ALIGN`, `_PC_SYMLINK_MAX`, `_PC_2_SYMLINKS`. - `_CS_GNU_LIBPTHREAD_VERSION` will be cleanly solved with - [[!message-id "201209302353.51055.toscano.pino@tiscali.it"]] and libpthread - compiled as add-on. + `_CS_GNU_LIBPTHREAD_VERSION` is provided by libpthread when compiled as + add-on. * `tst-grantpt.out` -- cgit v1.2.3