blocks|key|2180590|text|您需要将输入文件作为最后一个参数。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2180591|sed+-i+-e+"s/++__attribute__+((__unused__))$/#+ifndef+__cplusplus\n++__attribute__+((__unused__));\n#+endif/"+y.tab.c|code-block|syntax|javascript|2180592|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

You need to put the input file as the last parameter.

<pre><code>sed -i -e "s/ __attribute__ ((__unused__))$/# ifndef __cplusplus\n __attribute__ ((__unused__));\n# endif/" y.tab.c
</code></pre>

blocks|key|3801262|text|问题在于Mac使用的是sed的BSD版本，它对-i选项的处理略有不同。在Linux中使用的GNU版本在-i中使用一个可选参数:如果存在，sed将生成一个备份文件，其名称包括输入文件和参数。在没有参数的情况下，sed只修改输入文件而不保存原始文件的备份。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3801263|在BSD+sed中，-i参数是必需的。为了避免备份，您需要提供一个零长度的参数，例如sed+-i+''+y.tab.c+...。|3801264|您的命令只是在Linux中编辑没有备份的y.tab.c，它将尝试使用'y.tab.c‘作为扩展名保存备份文件。但是现在，在命令行中没有其他文件，sed认为您想就地编辑标准输入，这是不允许的。|3801265|entityMap^0|B|3|N|2|1F|2|1W|3|2W|3|0|5|3|A|2|16|L|0|K|7|20|3|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]|$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]|$9|U|A|V|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|W|8|@$9|X|A|Y|B|C]|$9|Z|A|10|B|C]|$9|11|A|12|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|13|8|@$9|14|A|15|B|C]|$9|16|A|17|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|18|8|@]|D|@]|E|$]]]|K|$]]

The problem is that Mac OS X uses the BSD version of <code>sed</code>, which treats the <code>-i</code> option slightly differently. The GNU version used in Linux takes an optional argument with <code>-i</code>: if present, <code>sed</code> makes a backup file whose name consists of the input file plus the argument. Without an argument, <code>sed</code> simply modifies the input file without saving a backup of the original.

In BSD <code>sed</code>, the argument to <code>-i</code> is required. To avoid making a backup, you need to provide a zero-length argument, e.g. <code>sed -i '' y.tab.c ...</code>.

Your command, which simply edits <code>y.tab.c</code> with no backup in Linux, would attempt to save a backup file using 'y.tab.c' as an extension. But now, with no other file in the command line, <code>sed</code> thinks you want to edit standard input in-place, something that is not allowed.

blocks|key|3801296|text|小猪-放弃@chepner对快速而肮脏的解决方案的解释：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3801297|安装用brew+install+gnu-sed完成工作的sed版本，然后用gsed替换脚本中的sed用法。|offset|length|style|CODE|3801298|(自制软件社区相当了解OS内置程序意外被覆盖的问题，并致力于不对大多数备用发行版命令执行此操作。)|3801299|entityMap^0|0|3|K|11|4|1B|3|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@$D|N|E|O|F|G]|$D|P|E|Q|F|G]|$D|R|E|S|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|T|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|K|$]]

Piggy-backing off of @chepner's explanation for a quick-and-dirty solution:

Install the version of sed that'll get the job done with <code>brew install gnu-sed</code>, then replace usages of <code>sed</code> in your script with <code>gsed</code>.

(The homebrew community is fairly cognizant of issues that can arise of OS X built-ins are overridden unexpectedly and has worked to not do that for most alternate-distro commands.)

blocks|key|3801318|text|来自sed命令页：|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3801319|-i扩展名编辑文件到位，用指定的扩展名保存备份.如果提供了零长度扩展，则不会保存备份。不建议在就地编辑文件时提供零长度的扩展名，因为在磁盘空间耗尽的情况下，可能会发生损坏或部分内容在原地的情况下。
|blockquote|3801320|3801321|解决方案是发送一个零长度扩展，如下所示：|3801322|sed+-i+''+'s/apples/oranges/'+file.txt|code-block|syntax|javascript|3801323|entityMap^0|0|9|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@$9|T|A|U|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|V|8|@]|D|@]|E|$]]|$1|I|3|-4|5|6|7|W|8|@]|D|@]|E|$]]|$1|J|3|K|5|6|7|X|8|@]|D|@]|E|$]]|$1|L|3|M|5|N|7|Y|8|@]|D|@]|E|$O|P]]|$1|Q|3|-4|5|6|7|Z|8|@]|D|@]|E|$]]]|R|$]]

From the sed manpage:

<blockquote>
 -i extension
 Edit files in-place, saving backups with the specified extension.
 If a zero-length extension is given, no backup will be saved. It
 is not recommended to give a zero-length extension when in-place
 editing files, as you risk corruption or partial content in situ-
 ations where disk space is exhausted, etc.
</blockquote>

The solution is to send a zero-length extension like this:

<pre><code>sed -i '' 's/apples/oranges/' file.txt
</code></pre>

I am using a bison parser in my project. When I run the following command:

<pre><code>sed -i y.tab.c -e "s/ __attribute__ ((__unused__))$/# ifndef __cplusplus\n __attribute__ ((__unused__));\n# endif/"
</code></pre>

I get this error
sed: -i may not be used with stdin

The command works fine in linux machines. I am using Mac OS X 10.9. It throws an error only on mac os x. I am not sure why. Can anyone help? 

Thanks

sed: -i may not be used with stdin on Mac OS X

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我在我的项目中使用bison解析器。当我运行以下命令时：sed -i y.tab.c -e "s/  __attribute__ ((__unused__))$/# ifndef __cplusplus\n  __attribute__ ((__unused__));\n# endif/"我得到了一个错误sed：-i可...

问-i不能在Mac上与stdin一起使用
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问-i不能在Mac上与stdin一起使用EN