diff options
| author | Tong Hui <tonghuix@users.noreply.github.com> | 2018-06-07 20:30:53 +0800 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2018-06-07 20:30:53 +0800 |
| commit | 34418b1e5e186bc4478b77c3ee7195a48caa2376 (patch) | |
| tree | 286ed8bf3b4889b1f208b6c62f3fc589d794e041 | |
| parent | 83c6e0e807dd428ff292b89efe18d163d0fe89fa (diff) | |
| parent | 2a838c711ed22e1b49b28c389d8da2289f85e7c6 (diff) | |
| download | fsfs-zh-34418b1e5e186bc4478b77c3ee7195a48caa2376.tar.xz | |
Merge pull request #184 from Hagb/code
修正标点符号
| -rw-r--r-- | docs/thegnuproject.md | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/thegnuproject.md b/docs/thegnuproject.md index 71a352d..c50b11a 100644 --- a/docs/thegnuproject.md +++ b/docs/thegnuproject.md @@ -187,7 +187,7 @@ Unix 以前是（并且现在还是）私有软件，而 GNU 工程的哲学说 GNU C 库使用一种特别的左版，称作 GNU 库 GPL（LGPL）[^thegnu-10]，允许将私有软件链接到该库上。为什么需要这样的特例？ -这不是个原则问题：没有哪个原则说私有软件产品有资格包含我们的代码（为什么要为一个严辞拒绝与我们分享的工程作贡献呢？）为 C 库，或任何库使用 LGPL，是个策略问题。 +这不是个原则问题：没有哪个原则说私有软件产品有资格包含我们的代码（为什么要为一个严辞拒绝与我们分享的工程作贡献呢？）。为 C 库，或任何库使用 LGPL，是个策略问题。 C 库做的是通用的工作：每个私有系统或编译器都附带 C 库。因此，让我们的 C 库只能为自由软件所用不会为自由软件带来任何优势——这只会吓阻人们使用我们的库。 |