Comment faire pour utiliser plusieurs arguments pour awk avec un shebang (c #!)?

La ligne shebang n'a jamais été spécifiée dans POSIX, SUS, LSB ou toute autre spécification. Autant que je sache, il n'a même pas été correctement documentée.

Il s'agit d'un rough consensus sur ce qu'il fait: prendre tout ce qui est entre les ! et la \n et exec il. L'hypothèse est que tout entre les ! et la \n est une intégrale de chemin d'accès absolu à l'interprète. Il n'y a pas de consensus sur ce qui se passe s'il contient des espaces.

1. Certains systèmes d'exploitation simplement traiter l'ensemble de la chose que le chemin d'accès. Après tout, dans la plupart des systèmes d'exploitation, des espaces ou des tirets sont légales dans un chemin.
2. Certains systèmes d'exploitation divisé en espaces et traiter la première partie que le chemin de l'interprète et le reste des arguments personnels.
3. Certains systèmes d'exploitation divisé à la première espaces et traiter la partie avant que le chemin d'accès à l'interprète et le reste comme un unique argument (qui est ce que vous voyez).
4. Certains même ne prennent pas en charge shebang lignes à tous les.

Heureusement, 1. et 4. semblent avoir disparu, mais 3. est assez répandue, de sorte que vous ne peut tout simplement pas compter sur d'être en mesure de passer plus d'un argument.

Et depuis le lieu de commandes est pas spécifiée dans POSIX ou SUS, vous utilisez généralement que seul argument en passant de l'exécutable nom à env de sorte que il pouvez déterminer l'emplacement de l'exécutable; par exemple:

#!/usr/bin/env gawk

[Évidemment, ce encore suppose un chemin particulier pour env, mais il n'existe que très peu de systèmes où il vit dans /bin, c'est généralement sans danger. L'emplacement de env est beaucoup plus standardisée que l'emplacement de gawk, ou pire encore, quelque chose comme python ou ruby ou spidermonkey.]

Ce qui signifie que vous ne pouvez pas utiliser effectivement tout arguments à tous les.

Sous Cygwin et Linux tout ce qui suit le chemin de l'arborescence n'obtient analysé le programme comme un argument.

Il est possible de pirater contourner ce problème en utilisant un autre awk script à l'intérieur de l'arborescence:

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

Execute {system("/usr/bin/gawk --re-interval -f " FILENAME); exit} en awk.

Et ce sera d'exécuter /usr/bin/gawk --re-interval -f path/to/your/script.awk dans vos systèmes shell.

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

Le dessus de la coquille shebang truc, c'est plus portable que /usr/bin/env.

Pourquoi ne pas utiliser bash et gawk lui-même, de passer au-delà de cette arborescence, lu le script et de le passer comme un fichier à une deuxième instance de 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
}

(la même chose peut naturellement aussi être accompli avec, par exemple, sed ou tail, mais je pense qu'il y a une sorte de beauté en fonction de bash et gawk lui-même;)

Pour une solution portable, utiliser awk plutôt que gawk, appelez le standard de la BOURNE shell (/bin/sh) avec votre beau spectacle, et d'invoquer awk directement, en passant le programme sur la ligne de commande comme ici le document plutôt que via stdin:

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

Remarque: pas -f argument awk. Qui laisse stdin disponibles pour awk pour lire l'entrée de. En supposant que vous avez gawk installé et sur votre PATH, qui réalise tout ce que je pense, ils ont essayé de faire avec l'original de votre exemple (en supposant que vous vouliez le contenu du fichier pour être le script awk et pas l'entrée, je pense que votre shebang approche aurait traité comme).