Строка Shebang с командой `#! / Usr / bin / env --argument` не работает в Linux

У меня есть простой скрипт:

#!/usr/bin/env ruby --verbose
# script.rb
puts "hi"

На моем OSX box он работает нормально:

osx% ./script.rb
hi

Тем не менее, на моей коробке Linux, он выдает ошибку

linux% ./script.rb
/usr/bin/env: ruby --verbose: No such file or directory

Если я запускаю строку shebang вручную, она работает нормально

linux% /usr/bin/env ruby --verbose ./script.rb
hi

Но я могу повторить ошибку, если я упакую ruby --verboseв один аргументenv

linux% /usr/bin/env "ruby --verbose" ./script.rb
/usr/bin/env: ruby --verbose: No such file or directory

Так что я думаю, что это проблема того, как envинтерпретировать сброс линии Шебанга. Я использую GNU coreutils 8.4 env:

linux% /usr/bin/env --version
env (GNU coreutils) 8.4
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Richard Mlynarik and David MacKenzie.

Это кажется действительно странным. Это общая проблема с этой версией envили здесь происходит что-то еще, чего я не знаю?

Похоже, это потому, что Linux (в отличие от BSD) передает только один аргумент команде shebang (в данном случае env).

Это подробно обсуждалось в StackOverflow .

Нашел это через комментарий @rampion:

Что происходит, так это то, что ядро ​​обрабатывает первые два символа файла в поисках # !. Если они найдены, он пропускает все пробельные символы в поисках непробельного символа и извлекает путь интерпретатора, который должен быть реальным исполняемым файлом, а не другим скриптом, хотя linux расширяет его, чтобы разрешить рекурсивную обработку скрипта. Обнаружив это, он переходит к первому непробельному символу, откуда он переходит к следующему символу новой строки и передает его как один аргумент команде. Обработка кавычек или других метасимволов не выполняется. Это все очень просто и грубо. Поэтому вы не можете придумать варианты там. Вы получаете ровно один аргумент с пробелами, и «perl -w» - это то, что ядро ​​видит здесь и передает.

Источник: http://lists.gnu.org/archive/html/bug-sh-utils/2002-04/msg00020.html