Macos mac os x 10.9 cmdline.c上的Subversion 1.8.5编译错误

Macos mac os x 10.9 cmdline.c上的Subversion 1.8.5编译错误,macos,svn,makefile,Macos,Svn,Makefile,在Mac OS X 10.9上编译subversion 1.8.5时,我在试图从源代码“生成”时遇到了这个问题 subversion/libsvn\u subr/cmdline.c:在函数“svn\u cmdline\u create\u auth\u baton”中: subversion/libsvn\u subr/cmdline.c:630:错误:“SVN\u AUTH\u PARAM\u GNOME\u KEYRING\u UNLOCK\u PROMPT\u FUNC”未声明(此函数首次

在Mac OS X 10.9上编译subversion 1.8.5时,我在试图从源代码“生成”时遇到了这个问题

subversion/libsvn\u subr/cmdline.c:在函数“svn\u cmdline\u create\u auth\u baton”中: subversion/libsvn\u subr/cmdline.c:630:错误:“SVN\u AUTH\u PARAM\u GNOME\u KEYRING\u UNLOCK\u PROMPT\u FUNC”未声明(此函数首次使用) subversion/libsvn_subr/cmdline.c:630:error:(每个未声明的标识符只报告一次 subversion/libsvn_subr/cmdline.c:630:错误:对于它出现在中的每个函数。) make:[subversion/libsvn\u subr/cmdline.lo]错误1


我最近升级到了Xcode 5,OS 10.9上的Xcode 5是否应该与subversion 1.7或1.8一起运行,或者这无关紧要?

起初我认为构建SWIG绑定是个问题。我们在SWIG绑定中看到了一个非常类似的问题。下面是我的原始答案和该信息(留下它是因为有些人在查找该错误消息时可能会找到该条目)

然而,更仔细地看一下这些错误,我发现您在构建Subversion本身时遇到了实际问题。这是另一个问题。具体地说,您似乎安装了GNOME密钥环,并且它是由配置程序检测到的。但是,问题是,启用您遇到错误的常量(检查平台)的代码与启用该常量(检查是否找到GNOME密钥环)的代码不匹配

如果通过gnome keyring=no进行配置,则应该能够构建

SWIG

OSX上的Subversion 1.8.x存在一个已知问题。SWIG绑定无法使用预生成的接口正确构建。如果安装SWIG,您仍然可以通过执行以下操作成功构建:

make extraclean
./autogen.sh
./configure
make
如果你是从一个新的柏油球开始,你可以跳过
make extraclean
。请注意,extraclean将删除config.nice文件,因此您需要手动传递任何选项以再次配置,而不是使用config.nice

如果您对血淋淋的细节感兴趣,请在此详细说明如何解决此问题:

实际上修复它的主干上的提交在这里:


这个补丁有望包含在1.8.6中,这样它就不再是问题了。

起初我认为构建SWIG绑定是个问题。我们在SWIG绑定中看到了一个非常类似的问题。下面是我的原始答案和该信息(留下它是因为有些人在查找该错误消息时可能会找到该条目)

然而,更仔细地看一下这些错误,我发现您在构建Subversion本身时遇到了实际问题。这是另一个问题。具体地说,您似乎安装了GNOME密钥环,并且它是由配置程序检测到的。但是,问题是,启用您遇到错误的常量(检查平台)的代码与启用该常量(检查是否找到GNOME密钥环)的代码不匹配

如果通过gnome keyring=no进行配置,则应该能够构建

SWIG

OSX上的Subversion 1.8.x存在一个已知问题。SWIG绑定无法使用预生成的接口正确构建。如果安装SWIG,您仍然可以通过执行以下操作成功构建:

make extraclean
./autogen.sh
./configure
make
如果你是从一个新的柏油球开始,你可以跳过
make extraclean
。请注意,extraclean将删除config.nice文件,因此您需要手动传递任何选项以再次配置,而不是使用config.nice

如果您对血淋淋的细节感兴趣,请在此详细说明如何解决此问题:

实际上修复它的主干上的提交在这里:


此修复程序有望包含在1.8.6中,这样就不再是问题了。

什么是“svn命令不起作用”?你正在编译它?无论如何,请尝试macports。升级到xcode 5后,我得到的结果是:
svn-version dyld:Library未加载:/usr/lib/libneon.27.dylib引用自:/Developer/usr/bin/svn原因:未找到图像
,因此路径已更改;我正在尝试升级mac os 10.9上的svn 1.8.5,除非我试图为这个版本的操作系统做一些我不应该做的事情。这些都是我试图遵循的指示。你在浪费时间。这是错误的关键:
/Developer/usr/bin/svn
。这不是Xcode 5。冷静点,我从来没有说过问题是Xcode 5,我想升级到svn 1.8.5,我在从源代码编译时遇到了一个错误。我正在寻求有关如何避免该错误的帮助,或了解有关我错误操作的更多信息。您能告诉我为什么有
/Developer
目录吗?什么是“svn命令不起作用”?你正在编译它?无论如何,请尝试macports。升级到xcode 5后,我得到的结果是:
svn-version dyld:Library未加载:/usr/lib/libneon.27.dylib引用自:/Developer/usr/bin/svn原因:未找到图像
,因此路径已更改;我正在尝试升级mac os 10.9上的svn 1.8.5,除非我试图为这个版本的操作系统做一些我不应该做的事情。这些都是我试图遵循的指示。你在浪费时间。这是错误的关键:
/Developer/usr/bin/svn
。这不是Xcode 5。冷静点,我从来没有说过问题是Xcode 5,我想升级到svn 1.8.5,我在从源代码编译时遇到了一个错误。我正在寻求帮助以避免这个错误,或者了解更多关于我所做错误的信息。你能告诉我为什么你有一个
/Developer
目录吗?太棒了!你的建议非常有效。是的,我对血淋淋的细节感兴趣。在Mac OS系统上,有一些应用程序需要使用GNOME钥匙圈,这并非闻所未闻,对吧?这是可能的。问题是,当我们构建公共接口时,我们不知道构建是否找到了g