]> git.ipfire.org Git - thirdparty/coreutils.git/commit
sort: omit 'restrict' in doubtful cases
authorPaul R. Eggert <eggert@cs.ucla.edu>
Mon, 26 Jul 2010 03:25:31 +0000 (20:25 -0700)
committerPaul Eggert <eggert@cs.ucla.edu>
Mon, 26 Jul 2010 03:25:55 +0000 (20:25 -0700)
commit1563ffd2b1e63c48b5c7a04f8b60556ee56c7154
tree7f048a4c8b645d727bf3f632d262cd5ac5cfe8f9
parent001700f4a0c55125a5f01340017dd25bfa2b1c25
sort: omit 'restrict' in doubtful cases

* src/sort.c (lock_node, unlock_node, queue_destroy, queue_init):
(queue_pop):
Omit 'restrict'; it shouldn't help here, as these functions have just
one pointer parameter and don't access static storage.
(queue_insert, check_insert, update_parent): Omit 'restrict', as
the pointer types differ, and are not char * or unsigned char *,
and therefore can't alias.
(write_unique): Omit 'restrict', as the pointer types are all
read-only.
(merge_loop, sortlines): Omit 'restrict', as any performance
advantages are extremely unlikely and it's not worth cluttering
the code for that.
(struct thread_args): Omit 'restrict': this seems to be incorrect.
It's unlikely for 'restrict' to be correct inside a typedef.
src/sort.c