coreutils/m4, branch v8.7Mirror of https://https.git.savannah.gnu.org/git/coreutils.git/
https://git.shady.money/coreutils/atom?h=v8.72010-09-18T19:32:18Zbuild: use gnulib's new termios module2010-09-18T19:32:18ZJim Meyeringmeyering@redhat.com2010-09-18T18:24:41Zurn:sha1:c12d83920f8d00cf3401d74559bb193d5760e9f8
With it, we can remove the two sole tests of HAVE_TERMIOS_H.
* bootstrap.conf (gnulib_modules): Add termios.
* src/ls.c: Don't test HAVE_TERMIOS_H.
* src/stty.c: Likewise.
* m4/jm-macros.m4 (gl_CHECK_ALL_TYPES): Remove configure-time
test for termios.h.
sort: -R now uses less memory on long lines with internal NULs2010-08-04T23:10:59ZPaul Eggerteggert@cs.ucla.edu2010-08-04T23:10:10Zurn:sha1:2b49b140cc13cf36ec5ee5acaca5ac7bfeed6366
* lib/Makefile.am (libcoreutils_a_SOURCES): Remove xmemxfrm.c,
xmemxfrm.h.
* lib/memxfrm.c, lib/memxfrm.h, lib/xmemxfrm.c, lib/xmemxfrm.h: Remove.
* m4/memxfrm.m4: Likewise.
* m4/prereq.m4 (gl_PREREQ): Remove gl_MEMXFRM.
* po/POTFILES.in: Remove lib/xmemxfrm.c.
* src/sort.c: Don't include xmemxfrm.h.
(cmp_hashes): Remove.
(xstrxfrm): New function.
(compare_random): If a line contains NULs, don't create a big
buffer that contains the strxfrm output of each string in the line.
Instead, accumulate checksums and differences as we go, so that
at any one time we have to store at most the output of a single
strxfrm call when processing the line. This removes the need for
an memxfrm function.
fadvise: new module providing a simpler interface to posix_fadvise2010-07-22T00:03:48ZPádraig BradyP@draigBrady.com2010-07-14T08:49:16Zurn:sha1:63b5e8164847285f5d3c1dbc9f7c41ad8c17ccc6
* bootstrap.conf: Include the new module
* gl/lib/fadvise.c: Provide a simpler interface to posix_fadvise.
(fadvise): Provide hint to the whole file associated with a stream.
(fdadvise): Provide hint to the specific portion of a file
associated with a file descriptor.
* gl/lib/fadvise.h: Redefine POSIX_FADV_* to FADVISE_* enums.
* gl/modules/fadvise: New file.
* m4/jm-macros.m4: Remove the no longer needed posix_fadvise check.
* .x-sc_program_name: Exclude test-fadvise.c from this check.
* gl/tests/test-fadvise (main): New test program.
* gl/modules/fadvise-testss: A new index to reference the tests.
* src/sort.c (stream_open): Use the new interface.
* src/dd.c (iwrite): Likewise.
build: remove now-duplicate use of AC_SYS_LARGEFILE2010-04-29T14:41:22ZJim Meyeringmeyering@redhat.com2010-04-29T10:03:41Zurn:sha1:7905d6d34dbeb73ef03b3c75f66dde9036634775
* m4/jm-macros.m4 (gl_CHECK_ALL_TYPES): Don't require AC_SYS_LARGEFILE,
now that gnulib does it.
build: remove now-useless configure-time header checks2010-04-29T14:41:22ZJim Meyeringmeyering@redhat.com2010-04-29T09:32:37Zurn:sha1:518a8664a27d19a31e177fb26c775709d7bdc726
* m4/jm-macros.m4 (gl_CHECK_ALL_HEADERS): Don't test for headers
that gnulib now provides: sys/ioctl.h, sys/time.h, sys/wait.h.
maint: fix a masked syntax-check violation2010-04-06T14:02:27ZJim Meyeringmeyering@redhat.com2010-04-06T14:01:32Zurn:sha1:f267926f2d3e51756a21b772b017f698c0a10f41
* m4/jm-macros.m4 (ARGMATCH_DIE): Use usage(EXIT_FAILURE), not usage(1).
* .x-sc_prohibit_magic_number_exit: Remove *.m4 exemption that was
masking the above.
sort: inform the system about our input access pattern2010-03-04T10:42:00ZJoey Deggesjdegges@gmail.com2010-03-01T10:26:22Zurn:sha1:dae35bac98520c1402d29c60df11a2993889ec85
Tell the system that we'll access input sequentially,
so that we more efficiently process uncached files in a few cases:
Reading from faster flash devices. E.g. 21 MB/s key:
NORMAL 31.6s (26.8 user)
SEQUENTIAL 27.7s
WILLNEED 27.7s
Processing in parallel with readahead when using a small 1M buffer:
NORMAL 24.7s (21.1 user)
SEQUENTIAL 22.7s
WILLNEED 25.6s
A small benefit when merging:
NORMAL 25.0s (16.9 user)
SEQUENTIAL 24.6s (16.6 user)
WILLNEED 38.4s (13.1 user)
Note WILLNEED is presented above for comparison to show it
has some unwanted characteristics due to its synchronous
prepopulation of the cache. It has a good benefit on a
mechanical disk @ 80MB/s and a multicore system with
competing processes:
NORMAL 14.73s
SEQUENTIAL 10.95s
WILLNEED 05.22s
However the scheduling differences causing this result
are probably best explicitly managed using `nice` etc.
* m4/jm-macros.m4 (coreutils_MACROS): check for posix_fadvise().
* src/sort.c (fadvise_input): A new function to apply
the POSIX_FADV_SEQUENTIAL hint to an input stream.
(stream_open): Call the above function for all input streams.
who --mesg (-T) can use a more accurate test for TTY writability2010-01-25T10:43:49ZKamil Dudkakdudka@redhat.com2010-01-22T14:17:19Zurn:sha1:aad0bde0b5aa6ccf2714f43676d4941f820c6283
Enabled when coreutils is configured with --with-tty-group.
Based on a patch written by Piotr Gackiewicz. Details at
http://bugzilla.redhat.com/454261
* src/who.c (is_tty_writable): A new function returning true if a TTY
device is writable by the group. Additionally it checks the group to be
the same as TTY_GROUP_NAME when compiled with --with-tty-group.
* m4/jm-macros.m4: Introduce a new configure option --with-tty-group.
* NEWS: Mention the change.
build: fix failure from bogus USE_XATTR definition2010-01-19T13:41:57ZEric Blakeebb9@byu.net2010-01-16T13:46:17Zurn:sha1:e489fd04d66000829f5458843970794eccacced8
* m4/xattr.m4 (gl_FUNC_ADDR): Fix regression introduced in commit
6beca4248.
* THANKS: Update.
Reported by Adam Sampson.
build: fix build failure due to missing libxattr2010-01-12T07:06:47ZJim Meyeringmeyering@redhat.com2010-01-12T06:58:44Zurn:sha1:6beca4248f572c2503657fb16341bd43cfa7d254
Configure is supposed to detect insufficient XATTR support.
However, if a system has the required headers, but no library,
the configure script would mistakenly enable USE_XATTR.
* m4/xattr.m4 (gl_FUNC_XATTR): If the attr_copy_file function
is not found, don't set USE_XATTR.
Nelson Beebe reported a link failure on RHEL 5.3.
Also, do not let the combination of --disable-xattr and
a stray LIB_XATTR environment setting perturb the build.
* NEWS (Build-related): Mention it.