sed -i 命令用于就地编辑以与 GNU sed 和 BSD/OSX 一起使用

Question

我有一个makefile（在Linux 上为gmake 开发），我正在尝试移植到MacOS，但似乎sed 不想合作。我所做的是使用GCC 自动生成依赖文件，然后使用sed 稍微调整它们。 makefile的相关部分：

$(OBJ_DIR)/%.d: $(SRC_DIR)/%.cpp
  $(CPPC) -MM -MD $< -o $@
  sed -i 's|\(.*\)\.o:|$(OBJ_DIR)/\1.o $(OBJ_DIR)/\1.d $(TEST_OBJ_DIR)/\1_utest.o:|' $@

虽然它在 GNU/Linux 下运行没有问题，但在尝试在 MacOS 上构建时出现以下错误：

sed: 1: "test/obj/equipmentConta ...": undefined label 'est/obj/equipmentContainer_utest.d'
sed: 1: "test/obj/dice_utest.d": undefined label 'est/obj/dice_utest.d'
sed: 1: "test/obj/color-string_u ...": undefined label 'est/obj/color-string_utest.d'

看起来sed 正在砍掉一个字符，但我看不到解决方案。

Answer 1

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 将其识别为分支到标签命令，期望目标标签作为参数 - 因此您会看到错误。

如果你创建一个文件test，你可以重现错误：

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

Answer 2

目前接受的答案在两个非常重要的方面存在缺陷。

1. 对于 BSD sed（OSX 版本），-e 选项被解释为 一个文件扩展名，因此创建一个带有-e 的备份文件 扩展名。

2. 按照建议对 darwin 内核进行测试并不可靠 一种跨平台解决方案的方法，因为 GNU 或 BSD sed 可以 存在于任意数量的系统上。

更可靠的测试是简单地测试 --version 选项，该选项仅在 GNU 版本的 sed 中找到。

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

一旦确定了正确的 sed 版本，我们就可以以正确的语法执行命令。

-i 选项的 GNU sed 语法：

sed -i -- "$@"

-i 选项的 BSD sed 语法：

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 上进行了测试。

Answer 3

这不是问题的完全答案，但可以通过

获得与 linux 等效的行为

brew install gnu-sed

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

（之前brew install gnu-sed 有一个--with-default-names 选项，但最近已被删除）

Answer 4

我已经更正了@thecarpy 发布的解决方案：

这是sed -i 的适当跨平台解决方案：

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

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

Answer 5

我也遇到了这个问题，想到了以下解决方案：

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 用户抱怨，因为他们遇到了另一个错误 - 他们安装了 sed 的 GNU 端口，所以我必须指定完整路径。

Answer 6

其实在做

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

在 MacOS 中也不符合您的预期。相反，它会创建带有-e 扩展名的备份文件。

MacOS 的正确命令是

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

在 Linux 上，删除 -i 和 "" 之间的空格（请参阅 related answer）

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

Answer 7

martin clayton's helpful answer 很好地解释了这个问题^[1]，但正如他所说的那样，一个解决方案具有潜在的不良副作用。

以下是无副作用的解决方案：

警告：单独解决 -i 语法问题，如下所示，可能还不够，因为 GNU sed 和 BSD/macOS sed 之间还有许多其他差异（对于综合讨论，见我的this answer）。

---

-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-compliant features，以下是完全可移植 解决方案（注意-i 不是 POSIX 兼容）。

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

• 此命令只是将修改写入临时文件，如果 sed 命令成功 (&&)，则将原始文件替换为临时文件。

  • 如果您确实想保留原始文件作为备份，请添加另一个 mv 命令，首先重命名原始文件。

• 警告：基本上，-i 也是这样做的，只是它试图保留原始文件的权限和扩展属性 (macOS)；但是，如果原始文件是符号链接，则此解决方案和-i 都会将符号链接替换为常规文件。
  ^{见下半部分我的this answer 的详细信息，了解-i 的工作原理。}

---

^{[1] 更深入的解释见我的this answer。}