Команда sed -i для редактирования на месте для работы как с GNU sed, так и с BSD/OSX

OS X sed обрабатывает аргумент -i отличается от версии Linux.

Вы можете сгенерировать команду, которая может «работать» для обоих, добавив -e таким образом:

#      vv
sed -i -e 's|\(.*\)\.o:|$(OBJ_DIR)/\1.o $(OBJ_DIR)/\1.d $(TEST_OBJ_DIR)/\1_utest.o:|' $@

OS X sed -i интерпретирует следующую вещь после -i как расширение файла для резервной копии редактирования на месте. (Версия для Linux делает это только в том случае, если между -i и расширением нет пробела.) Очевидным побочным эффектом использования этого является то, что вы получите файл резервной копии с -e в качестве расширения, что вам может не понадобиться. Пожалуйста, обратитесь к другим ответам на этот вопрос для получения более подробной информации и более чистых подходов, которые можно использовать вместо этого.

Поведение, которое вы видите, связано с тем, что OS X sed использует s||| как расширение (!), а затем интерпретирует аргумент next как команду — в этом случае он начинается с t, который sed распознает как переход к Команда -label ожидает целевую метку в качестве аргумента - отсюда и ошибка, которую вы видите.

Если вы создадите файл test, вы можете воспроизвести ошибку:

$ sed -i 's|x|y|' test
sed: 1: "test": undefined label 'est'

Собственно, делая

sed -i -e "s/blah/blah/" files

не делает то, что вы ожидаете в MacOS. Вместо этого он создает файлы резервных копий с расширением -e.

Правильная команда для MacOS:

sed -i "" -e "s/blah/blah/" files

В Linux удалите пробел между -i и "" (см. связанный ответ)

sed -i"" -e "s/blah/blah/" files

Принятый в настоящее время ответ ошибочен по двум очень важным причинам.

1. В BSD sed (версия для OSX) параметр -e интерпретируется как расширение файла и поэтому создает файл резервной копии с расширением -e.

2. Предлагаемое тестирование ядра darwin не является надежным подходом к кросс-платформенному решению, поскольку GNU или BSD sed могут присутствовать в любом количестве систем.

Гораздо более надежным тестом было бы просто проверить параметр --version, который можно найти только в версии GNU sed.

sed --version >/dev/null 2>&1

Как только правильная версия sed определена, мы можем выполнить команду в ее правильном синтаксисе.

Синтаксис GNU sed для опции -i:

sed -i -- "$@"

Синтаксис BSD sed для параметра -i:

sed -i "" "$@"

Наконец, объедините все это в кросс-платформенной функции, чтобы выполнить команду редактирования sed на месте:

sedi () {
    sed --version >/dev/null 2>&1 && sed -i -- "$@" || sed -i "" "$@"
}

Пример использования:

sedi 's/old/new/g' 'some_file.txt'

Это решение было протестировано на OSX, Ubuntu, Freebsd, Cygwin, CentOS, Red Hat Enterprise и Msys.

полезный ответ Мартина Клейтона дает хорошее объяснение проблемы^[1], но решение, которое - как он утверждает - имеет потенциально нежелательный побочный эффект.

Вот решения без побочных эффектов:

Предостережение. Одного решения проблемы с синтаксисом -i, как показано ниже, может быть недостаточно, поскольку между GNU sed и BSD/macOS sed существует множество других различий (подробное обсуждение см. в этот мой ответ).

Обходной путь с -i: создайте файл резервной копии временно, а затем очистите его:

С непустым суффиксом (расширение имени файла резервной копии) и параметром-аргументом (значение, которое является не пустой строкой), вы можете используйте -i таким образом, который работает как с BSD/macOS sed, так и с GNU sed, непосредственно добавляя суффикс к параметру -i.

Это можно использовать для создания файла резервной копии временно, который можно сразу очистить:

sed -i.bak 's/foo/bar/' file && rm file.bak

Очевидно, что если вы хотите сохранить резервную копию, просто опустите часть && rm file.bak.

Обходной путь, совместимый с POSIX, с использованием временного файла и mv:

Если нужно редактировать только отдельный файл, параметр -i можно обойти во избежание несовместимости.

Если вы ограничиваете свой сценарий sed и другие параметры функциями, совместимыми с POSIX, ниже приведено полностью переносимое решение (обратите внимание, что -i не POSIX-совместимое).

sed 's/foo/bar' file > /tmp/file.$$ && mv /tmp/file.$$ file

• Эта команда просто записывает изменения во временный файл и, если команда sed выполнена успешно (&&), заменяет исходный файл временным.

  • If you do want to keep the original file as a backup, add another mv command that renames the original first.

• Предупреждение: по сути, это то же самое, что и -i, за исключением того, что он пытается сохранить разрешения и расширенные атрибуты (macOS) исходного файла; однако, если исходный файл является символической ссылкой, и это решение, и -i заменят символическую ссылку обычным файлом.
  ^{См. нижнюю половину < href="http://stackoverflow.com/a/30066428/45375">этот мой ответ содержит подробную информацию о том, как работает -i.}

^{[1] Для более подробного объяснения см. этот мой ответ.}

Это не совсем ответ на вопрос, но можно получить поведение, эквивалентное Linux, через

brew install gnu-sed

# Add to .bashrc / .zshrc
export PATH="/usr/local/opt/gnu-sed/libexec/gnubin:$PATH"

(ранее была опция --with-default-names для brew install gnu-sed, но недавно она была удалена)

Я тоже столкнулся с этой проблемой и подумал о следующем решении:

darwin=false;
case "`uname`" in
  Darwin*) darwin=true ;;
esac

if $darwin; then
  sedi="/usr/bin/sed -i ''"
else
  sedi="sed -i"
fi

$sedi 's/foo/bar/' /home/foobar/bar

У меня работает ;-), YMMV

Я работаю в команде с несколькими ОС, где ppl собирается на Windows, Linux и OS X. Некоторые пользователи OS X жаловались, потому что получили другую ошибку — у них был установлен порт GNU sed, поэтому мне пришлось указать полный путь.

Я исправил решение, опубликованное @thecarpy:

Вот правильное кроссплатформенное решение для sed -i:

sedi() {
  case $(uname) in
    Darwin*) sedi=('-i' '') ;;
    *) sedi='-i' ;;
  esac

  LC_ALL=C sed "${sedi[@]}" "$@"
}