在 OS X 10.5 上使用 readline 的 rl_insert_text

Question

因此，我尝试使用 readline 将一些默认文本填充到用户输入中，但无法使其在 OSX 10.5 上工作：

// rl_insert_text_ex.c
// gcc -o rl_insert_text_ex rl_insert_text_ex.c -lreadline
#include <stdio.h>
#include <readline/readline.h>

int my_startup_hook(void) {
  return rl_insert_text("ponycorns");
}
int main(int argc, char *argv[]) {
  char *line;
  rl_startup_hook = (Function*) my_startup_hook;
  line = readline("What's your favorite mythical animal? ");
  if (NULL == line || '\0' == *line) {
    printf("Nothing given... :(\n");
  }
  else {
    printf("That's funny, I love %s too!\n", line);
  }
  return 0;
}

此代码甚至无法在 10.4 上编译（没有定义 _rl_insert_text在 10.4 上，这有点令人失望），但可以在 10.5 上编译。 但是，rl_insert_text() 生成的文本永远不会显示在屏幕上，也不会作为用户输入返回。 正在使用回调，并且 rl_insert_text() 返回正确的值（谢谢 printf），所以我不确定这里发生了什么。

我检查了 /usr/include/readline/readline.h，并且 rl_insert_text() 位于：

/* supported functions */

下，这令人困惑：

/*
 * The following is not implemented
 */

所以我是 SOL，还是我只是这样做错误的？

Answer 1

不幸的是，你可能会运气不好，至少 OS X 中包含的 readline 库是这样。由于许可证兼容性问题，Apple 使用 libedit，它（显然）提供了不完整的 readline 模拟。 （此库在 OS X 附带的 readline.h 中以“editline”名称进行记录。）

GNU Readline 库（“一个真正的”readline 库）遵循 GPL，它（作为 Copyleft 许可证）不能很好地与非完全开源的代码兼容。 如果归结为 (A) 开源所有 Xcode、OS X 等，或者 (B) 使用你真正喜欢使用的仿制品，Apple（像大多数公司一样）总是会选择B. 很遗憾，但这就是生活。

就我个人而言，我认为这是 GPL 代码在某种程度上成为这片土地上的祸害的原因之一，因为在“将其粘在人身上”的行为中，它通常也会向购买软件的大众扣留代码。 {BSD,MIT,Apache} 风格的许可证更有利于在闭源系统中使用，并且仍然允许商业实体贡献补丁等。我的猜测是 libedit 还没有得到足够的重视并得到妥善修复。 社区补丁肯定会受到欢迎，尽管如果我们可以使用代码而不需要自己破解它会更好......;-)

顺便说一句，同样的事情也适用于其他 GPL 项目 - 只要 {git, Mercurial,bazaar} 仍受 GPL 约束，请不要等待 Apple 在 Xcode 中集成它们。 :-(

更新： 新的 Xcode 4 提供了 git 支持。好极了！我的理解是，这是由于新的插件架构将 GPL 代码与主 Xcode 代码库隔离开来。然而，我强调，对于应该让所有人受益的代码来说，copyleft 许可证仍然是错误的解决方案，显然有些人不同意（你是一个匿名的反对者），但事实是 GPL 也可以限制自由 — 通常它与闭源/专有软件通常不同，但 GPL 是在防止非法使用源代码方面也非常有效......区别在于道德优越感。