TODO

   1 If you're interested in helping, here are some tasks that we've considered
   2 over the years.  Beware: some are quite old and no longer valid.  To avoid
   3 wasting your time by duplicating work or by working on a task that is no
   4 longer pertinent, please search the mailing list and post your intent
   5 before embarking on a big project.
   6
   7 ==================================================
   8 Modify chmod so that it does not change an inode's st_ctime
   9   when the selected operation would have no other effect.
  10   First suggested by Hans Ecke <http://hans.ecke.ws> in
  11     http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/2920
  12   Discussed more recently on <http://bugs.debian.org/497514>.
  13
  14 document the following in coreutils.texi:
  15   [
  16   pinky
  17
  18 Suggestion from Paul Eggert:
  19   More generally, there's not that much use for imaxtostr nowadays,
  20   since the inttypes module and newer versions of gettext allow things
  21   like _("truncating %s at %" PRIdMAX " bytes") to work portably.
  22   I suspect that (if someone cares to take the time) we can remove
  23   all instances of imaxtostr and umaxtostr in coreutils and gnulib.
  24
  25 cp --recursive: use fts and *at functions to perform directory traversals
  26   in source and destination hierarchy rather than forming full file names.
  27   The latter (current) approach fails unnecessarily when the names
  28   become very long, and requires space and time that is quadratic in the
  29   depth of the hierarchy.  [Bo Borgerson is working on this]
  30
  31 printf:
  32   Now that gnulib supports *printf("%a"), import one of the
  33   *printf-posix modules so that printf(1) will support %a even on
  34   platforms where the native *printf(3) is deficient.
  35   Suggestion from Eric Blake.
  36
  37 consider adding some implementation of the "col" utility
  38   Suggested by Karl Berry.
  39
  40 renice: POSIX utility, needs implementing.
  41   suggestion from Karl Berry (among others).
  42   Bob Proulx is working on this.
  43
  44 doc/coreutils.texi:
  45   Address this comment: FIXME: mv's behavior in this case is system-dependent
  46   Better still: fix the code so it's *not* system-dependent.
  47
  48 ls: add --format=FORMAT option that controls how each line is printed.
  49
  50 cp --no-preserve=X should not attempt to preserve attribute X
  51   reported by Andreas Schwab
  52
  53 copy.c: Address the FIXME-maybe comment in copy_internal.
  54 And once that's done, add an exclusion so that 'cp --link'
  55 no longer incurs the overhead of saving src. dev/ino and dest. filename
  56 in the hash table.
  57
  58 Write an autoconf test to work around build failure in HPUX's 64-bit mode.
  59 See notes in README -- and remove them once there's a work-around.
  60
  61 Integrate use of sendfile, suggested here:
  62   http://mail.gnu.org/archive/html/bug-fileutils/2003-03/msg00030.html
  63 I don't plan to do that, since a few tests demonstrate no significant benefit.
  64
  65 printf: consider adapting builtins/printf.def from bash
  66
  67 tail: don't use xlseek; it *exits*.
  68   Instead, maybe use a macro and return nonzero.
  69
  70 tr: support nontrivial equivalence classes, e.g. [=e=] with LC_COLLATE=fr_FR
  71
  72 lib/strftime.c: Since %N is the only format that we need but that
  73   glibc's strftime doesn't support, consider using a wrapper that
  74   would expand /%(-_)?\d*N/ to the desired string and then pass the
  75   resulting string to glibc's strftime.
  76
  77 unexpand: [http://www.opengroup.org/onlinepubs/007908799/xcu/unexpand.html]
  78   printf 'x\t \t y\n'|unexpand -t 8,9 should print its input, unmodified.
  79   printf 'x\t \t y\n'|unexpand -t 5,8 should print "x\ty\n"
  80
  81 Let GNU su use the 'wheel' group if appropriate.
  82   (there are a couple patches, already)
  83
  84 sort: Investigate better sorting algorithms; see Knuth vol. 3.
  85
  86   We tried list merge sort, but it was about 50% slower than the
  87   recursive algorithm currently used by sortlines, and it used more
  88   comparisons.  We're not sure why this was, as the theory suggests it
  89   should do fewer comparisons, so perhaps this should be revisited.
  90   List merge sort was implemented in the style of Knuth algorithm
  91   5.2.4L, with the optimization suggested by exercise 5.2.4-22.  The
  92   test case was 140,213,394 bytes, 426,4424 lines, text taken from the
  93   GCC 3.3 distribution, sort.c compiled with GCC 2.95.4 and running on
  94   Debian 3.0r1 GNU/Linux, 2.4GHz Pentium 4, single pass with no
  95   temporary files and plenty of RAM.
  96
  97   Since comparisons seem to be the bottleneck, perhaps the best
  98   algorithm to try next should be merge insertion.  See Knuth section
  99   5.3.1, who credits Lester Ford, Jr. and Selmer Johnson, American
 100   Mathematical Monthly 66 (1959), 387-389.
 101
 102 shred: Update shred as described here to conform to DoD 5220 rules:
 103 http://lists.gnu.org/archive/html/bug-coreutils/2007-05/msg00075.html
 104
 105 Remove suspicious uses of alloca (ones that may allocate more than
 106    about 4k)
 107
 108 Adapt these contribution guidelines for coreutils:
 109   http://sources.redhat.com/automake/contribute.html
 110
 111 Improve test coverage.
 112   See HACKING for instructions on generating an html test coverage report.
 113   Find a program that has poor coverage and improve.
 114
 115 Changes expected to go in, someday.
 116 ======================================
 117
 118   dd patch from Olivier Delhomme
 119
 120   test/mv/*: clean up $other_partition_tmpdir in all cases
 121
 122   ls: when both -l and --dereference-command-line-symlink-to-dir are
 123   specified, consider whether to let the latter select whether to
 124   dereference command line symlinks to directories.  Since -l has
 125   an implicit --NO-dereference-command-line-symlink-to-dir meaning.
 126   Pointed out by Karl Berry.
 127
 128   dd: consider adding an option to suppress 'bytes/block read/written'
 129   output to stderr.  Suggested here:
 130     http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=165045
 131
 132   Pending copyright papers:
 133   ------------------------
 134   getpwnam from Bruce Korb
 135
 136   pb (progress bar) from Miika Pekkarinen
 137
 138   ------------------------------
 139
 140 Remove long-deprecated options.  Search case-insensitive for
 141 'deprecated' and 'remove in '.  Automate this.
 142
 143 Add a distcheck-time test to ensure that every distributed
 144 file is either read-only(indicating generated) or is
 145 version-controlled and up to date.
 146
 147 remove '%s' notation (now that they're all gone, add a maint.mk sc_
 148     rule to ensure no new ones are added):
 149   grep -E "\`%.{,4}s'" src/*.c
 150
 151 remove all uses of the 'register' keyword: Done.  add a maint.mk rule
 152   for this, too.
 153
 154 remove or adjust chown's --changes option, since it
 155   can't always do what it currently says it does.
 156
 157 Support arbitrary-precision arithmetic in those tools for which it
 158 makes sense.  Factor and expr already support this via libgmp.
 159 The "test" program is covered via its string-based comparison of
 160 integers.  To be converted: seq.
 161
 162 Adapt tools like wc, tr, fmt, etc. (most of the textutils) to be
 163   multibyte aware.  The problem is that I want to avoid duplicating
 164   significant blocks of logic, yet I also want to incur only minimal
 165   (preferably 'no') cost when operating in single-byte mode.
 166
 167 pr's use of nstrftime can make it malloc a very large (up to SIZE_MAX) buffer
 168
 169 -----
 170
 171 Copyright (C) 2002-2012 Free Software Foundation, Inc.
 172
 173 This program is free software: you can redistribute it and/or modify
 174 it under the terms of the GNU General Public License as published by
 175 the Free Software Foundation, either version 3 of the License, or
 176 (at your option) any later version.
 177
 178 This program is distributed in the hope that it will be useful,
 179 but WITHOUT ANY WARRANTY; without even the implied warranty of
 180 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 181 GNU General Public License for more details.
 182
 183 You should have received a copy of the GNU General Public License
 184 along with this program.  If not, see <http://www.gnu.org/licenses/>.