Как использовать несколько аргументов для awk с помощью shebang (т.е. #!)?

Я хотел бы выполнить сценарий gawk с --re-intervalиспользованием shebang. «Наивный» подход

#!/usr/bin/gawk --re-interval -f
... awk script goes here

не работает, поскольку gawk вызывается с первым аргументом "--re-interval -f"(не разделенным вокруг пробелов), который он не понимает. Есть ли обходной путь для этого?

Конечно, вы можете либо не вызывать gawk напрямую, а обернуть его в сценарий оболочки, который разделяет первый аргумент, либо создать сценарий оболочки, который затем вызывает gawk и помещает сценарий в другой файл, но мне было интересно, есть ли способ сделать это в одном файле.

Поведение строк shebang отличается от системы к системе - по крайней мере, в Cygwin он не разделяет аргументы пробелами. Меня просто волнует, как это сделать в системе, которая ведет себя подобным образом; сценарий не предназначен для переносимости.

Мне кажется, это работает с (g) awk.

#!/bin/sh
arbitrary_long_name==0 "exec" "/usr/bin/gawk" "--re-interval" "-f" "$0" "$@"


# The real awk program starts here
{ print $0 }

Обратите внимание на #!запуски /bin/sh, поэтому этот сценарий сначала интерпретируется как сценарий оболочки.

Сначала просто попробовала "exec" "/usr/bin/gawk" "--re-interval" "-f" "$0" "$@" , но awk обработал это как команду и безоговорочно распечатал каждую строку ввода. Вот почему я вставляю ... arbitrary_long_name==0он должен постоянно давать сбой. Вы можете заменить его какой-нибудь тарабарщиной строкой. По сути, я искал в awk ложное условие, которое не повлияло бы отрицательно на сценарий оболочки.

В сценарии оболочки arbitrary_long_name==0определяет вызываемую переменную arbitrary_long_nameи устанавливает для нее значение =0.

Строка shebang никогда не указывалась как часть POSIX, SUS, LSB или какой-либо другой спецификации. AFAIK, это даже не было должным образом задокументировано.

Существует общее мнение о том, что он делает: брать все, что находится между « !и» \nи « execоно». Предполагается, что все между « !и» \n- это полный абсолютный путь к интерпретатору. Нет единого мнения о том, что произойдет, если он содержит пробелы.

1. Некоторые операционные системы просто рассматривают все как путь. В конце концов, в большинстве операционных систем в пути допустимы пробелы или дефисы.
2. Некоторые операционные системы разделяются на пробелы и рассматривают первую часть как путь к интерпретатору, а остальные как отдельные аргументы.
3. Некоторые операционные системы разделяются по первому пробелу и рассматривают переднюю часть как путь к интерпретатору, а остальную часть - как один аргумент (что вы и видите).
4. Некоторые даже не поддерживают притон линии на всех .

К счастью, 1 и 4 вроде бы вымерли, но 3. довольно широко распространен, поэтому вы просто не можете полагаться на возможность передать более одного аргумента.

А поскольку расположение команд также не указано в стандарте POSIX или SUS, вы обычно использовать , что один аргумент, передавая исполняемый файл имя , чтобы envтаким образом , что он может определить местоположение исполняемого файла; например:

#!/usr/bin/env gawk

[Очевидно, что это все еще предполагает определенный путь env, но существует только очень мало систем, в которых он находится /bin, так что это в целом безопасно. Расположение envгораздо более стандартизировано, чем расположение gawkили, что еще хуже, что-то вроде pythonили rubyили spidermonkey.]

Это означает , что вы не можете использовать какие - либо аргументы вообще .

Хотя это не совсем переносимо, начиная с coreutils 8.30 и в соответствии с его документацией вы сможете использовать:

#!/usr/bin/env -S command arg1 arg2 ...

Так дано:

$ cat test.sh
#!/usr/bin/env -S showargs here 'is another' long arg -e "this and that " too

ты получишь:

% ./test.sh 
$0 is '/usr/local/bin/showargs'
$1 is 'here'
$2 is 'is another'
$3 is 'long'
$4 is 'arg'
$5 is '-e'
$6 is 'this and that '
$7 is 'too'
$8 is './test.sh'

и если вам интересно showargs:

#!/usr/bin/env sh
echo "\$0 is '$0'"

i=1
for arg in "$@"; do
    echo "\$$i is '$arg'"
    i=$((i+1))
done

Оригинальный ответ здесь .

Я столкнулся с той же проблемой, но без видимого решения из-за того, как пробелы обрабатываются в shebang (по крайней мере, в Linux).

Однако вы можете передать несколько параметров в shebang, если они являются короткими и могут быть объединены (способ GNU).

Например, у вас не может быть

#!/usr/bin/foo -i -f

но ты можешь иметь

#!/usr/bin/foo -if

Очевидно, это работает только тогда, когда варианты имеют короткие эквиваленты и не принимают аргументов.

В Cygwin и Linux все, что находится после пути к shebang, анализируется в программе как один аргумент.

Можно обойти это, используя другой awkскрипт внутри shebang:

#!/usr/bin/gawk {system("/usr/bin/gawk --re-interval -f " FILENAME); exit}

Это выполнит {system("/usr/bin/gawk --re-interval -f " FILENAME); exit} в awk.
И это будет выполняться /usr/bin/gawk --re-interval -f path/to/your/script.awkв вашей системной оболочке.

#!/bin/sh
''':'
exec YourProg -some_options "$0" "$@"
'''

Приведенный выше трюк с оболочкой shebang более портативен, чем /usr/bin/env.

В руководстве gawk (http://www.gnu.org/manual/gawk/gawk.html) в конце раздела 1.14 отмечается, что вы должны использовать только один аргумент при запуске gawk из строки shebang. В нем говорится, что ОС будет рассматривать все, что находится после пути к gawk, как один аргумент. Может, есть еще способ указать --re-intervalопцию? Возможно, ваш сценарий может ссылаться на вашу оболочку в строке shebang, запускаться gawkкак команда и включать текст вашего сценария как «здесь документ».

Почему бы не использовать bashи gawkсебя, чтобы пропустить мимо притон, прочитал сценарий, и передать его в виде файла на втором экземпляре gawk [--with-whatever-number-of-params-you-need]?

#!/bin/bash
gawk --re-interval -f <(gawk 'NR>3' $0 )
exit
{
  print "Program body goes here"
  print $1
}

(- то же самое, естественно, можно сделать, например, sedили tail, но я думаю, что есть какая-то красота, зависящая только от bashи gawk;)

Просто для развлечения: существует следующее довольно странное решение, которое перенаправляет стандартный ввод и программу через файловые дескрипторы 3 и 4. Вы также можете создать временный файл для сценария.

#!/bin/bash
exec 3>&0
exec <<-EOF 4>&0
BEGIN {print "HALLO"}
{print \$1}
EOF
gawk --re-interval -f <(cat 0>&4) 0>&3

Одно раздражает в этом: оболочка расширяет переменные в скрипте, поэтому вы должны заключать в кавычки каждый $ (как это сделано во второй строке скрипта) и, возможно, даже больше.

Для переносимого решения используйте awkвместо gawk, вызывайте стандартную оболочку BOURNE ( /bin/sh) с вашим shebang и вызывайте awkнапрямую, передавая программу в командной строке как здесь документ, а не через stdin:

#!/bin/sh
gawk --re-interval <<<EOF
PROGRAM HERE
EOF

Примечание: без -fаргументов awk. Это оставляет stdinдоступным для awkчтения входные данные. Предполагая, что вы gawkустановили и на своем PATH, это достигает всего, что, как я думаю, вы пытались сделать с вашим исходным примером (при условии, что вы хотите, чтобы содержимое файла было сценарием awk, а не вводом, что, я думаю, ваш подход shebang рассматривал бы его как ).