`test` и` [`- разные двоичные файлы, какая разница?

13

Я заметил, отвечая на другой вопрос , что testи [являются разными двоичными файлами, но [страница руководство тянет test«с. Помимо требования к финалу ], есть ли разница? Если нет, то почему они являются отдельными двоичными файлами вместо символьных ссылок? (Они также являются bashвстроенными и bashне показывают разницы).

linux command-line utilities coreutils test Kevin
источник

Ответы:

4

Исходный код объясняет разницу в качестве того , как он обрабатывает --helpвариант.

  /* Recognize --help or --version, but only when invoked in the
     "[" form, when the last argument is not "]".  Use direct
     parsing, rather than parse_long_options, to avoid accepting
     abbreviations.  POSIX allows "[ --help" and "[ --version" to
     have the usual GNU behavior, but it requires "test --help"
     and "test --version" to exit silently with status 0.  */

Демонстрируя

$ /usr/bin/test --help
$
$ /usr/bin/[ --help
Usage: test EXPRESSION
  or:  test
  or:  [ EXPRESSION ]
  or:  [ ]
  or:  [ OPTION
Exit with the status determined by EXPRESSION.
[...]

Во bashвстроенной версии единственное отличие состоит в том, что [требуется ]в конце, как вы сказали.

Mikel
источник
1
Интересно, что большинство программ достигают того же поведения с помощью символической ссылки.
Кевин
1
Это жесткие ссылки на один и тот же inode в моей системе. Преимущество этого перед символическими ссылками состоит в том, что, если цель символической ссылки удаляется или перемещается, символическая ссылка больше не работает. Если одна из жестких ссылок на инод перемещается или удаляется, все жесткие ссылки продолжают работать.
Эндрю Медико
5

Обычно это один и тот же двоичный файл с жесткими ссылками. В зависимости от оболочки может использоваться внутренняя реализация testи [тесты, а не двоичный файл. Это более эффективно с точки зрения порождения процесса и может предоставлять другие параметры, чем предоставляет бинарная программа test.

Помимо различий в формате вызовов, они оба предоставляют одинаковую функциональность.

BillThor
источник
7
Удивительно, но в coreutils Debian они не являются одинаковыми двоичными файлами. Один и тот же исходный код компилируется два раза: один определяет PROGRAM_NAME как «test», а другой - «[», и с некоторым дополнительным кодом для проверки того, что выражение заканчивается на «]». о_О
ангус
3
@angus Другой пример этого - ls / dir / vdir. Coreutils, похоже, предпочитает создавать разные жестко запрограммированные двоичные файлы, а не тестировать argv [0] во время выполнения.
Random832