diff options
| author | 郭俊余 <hagbgreen@yahoo.com> | 2018-06-07 19:47:32 +0800 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2018-06-07 19:47:32 +0800 |
| commit | 2a838c711ed22e1b49b28c389d8da2289f85e7c6 (patch) | |
| tree | 8d98bba9374f64e2ac2066fd6ff2eff0c877a749 /docs | |
| parent | 720035679b5498d1dfcc2d33635b1f39bc4d48c6 (diff) | |
| download | fsfs-zh-2a838c711ed22e1b49b28c389d8da2289f85e7c6.tar.xz | |
修正标点符号
中文标点符号规则和英文不同
Diffstat (limited to 'docs')
| -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 库只能为自由软件所用不会为自由软件带来任何优势——这只会吓阻人们使用我们的库。 |