grpc可以'；不要在MacOSX上创建libgpr.a库

我试着在mac上编译grpc，通过这个。但在此处打印此错误日志时失败：

[AR]创建 /Users/luliang/Downloads/grpc master/libs/opt/libgpr。错误： /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool: 未知选项字符'n'位于：-无\u警告\u无\u符号用法： /Applications/Xcode.app/Contents/Developer/toolschains/XcodeDefault.xctoolschain/usr/bin/libtool -静态[-]文件[…][-filelist列表文件[，目录名][-arch\u-only-arch][-sacLT]用法： /Applications/Xcode.app/Contents/Developer/toolschains/XcodeDefault.xctoolschain/usr/bin/libtool -动态[-]文件[…][-filelist listfile[，dirname][-arch\u only arch][-o输出][安装\u名称][兼容性\u版本] [-current#u version#][-seg1addr 0x#][-segs#u read#u only#u addr 0x#] [-segs_read_write_addr 0x#][-seg_addr_table] [-seg_addr_table_filename][all_load] [-noall_load]制造：*** [/Users/luliang/Downloads/grpc master/libs/opt/libgpr.a]错误1

---

这应该是典型的。我不知道为什么。如何解决这个问题？

正如@jcanizales所建议的，XCode 6.4附带的版本只接受单字符选项，而与XCode 7捆绑的版本接受“人类可读”选项

---

因此，解决方案是更新xcode工具链。

在我的OS X版本10.11.5上，当前从make克隆的git成功（但给出了一些可疑的警告，如

…警告用于输入文件的输出文件中的相同成员名（slice.o）…

（来自

libtool Apple Inc.版本cctools-886

）。至少，

-no\u warning\u for_no\u symbols

是一个有效的libtool选项…请提供更多详细信息…嘿@lulyion，您使用的是什么版本的XCode？已将

-no\u warning\u for_no\u symbols

选项添加到Makefile中。@jcanizales感谢您提醒IDE版本，我目前正在旧版本上使用一个不推荐的版本mac，我稍后会尝试最新的XCode版本。是的，我遇到了与

nm

工具类似的情况：XCode 6.4附带的版本只接受单字符选项，而与XCode 7捆绑的版本接受“人类可读”选项。