我使用PDFTK服务器OSX pre 10.11已有一年多了，在命令行上运行命令没有任何问题。
安装OSX 10.11 Beta后，我将无法再PDFTK在命令行上运行任何服务器命令。它不会引发任何错误，我尝试执行的所有命令都会无限期地挂起。
我PDFTK总是从服务器网站上下载的pkg安装：
https://www.pdflabs.com/tools/pdftk-server/
我也尝试过使用Homebrew从源代码安装。安装有效，但得到的结果相同，命令仅挂在终端上：
我已经通过他们的“反馈助手”应用程序将投诉发送给了Apple，该应用程序在两个月前安装Beta时已安装，但没有任何回复。
有人告诉我有关Apple反馈助手的信息：
您可能永远不会收到回应。Apple仅通过Feedback Assistant对需要其他信息的操作系统重大错误进行答复。这不是获得支持的方法，对于第三方应用程序则更是如此。
我也联系了软件包制造商PDF Labs，但没有回复。
在MacPorts上，他们在OS X 10.11上的构建存在问题，这是否意味着在软件级别上与PDFtk和10.11存在兼容性问题？
我在网上搜索了有关可能导致此问题的原因以及如何解决该问题的线索，但没有发现任何实质性的信息。
在OS X上，我不知道如何确定升级后是否存在权限或路径甚至Java问题。
排除根本原因或提供修复的任何帮助，将不胜感激。
更新1：
我在PDF实验室收到Sid Steward的回音：
只要测试版发布，我们就一直在为此努力。我们仍在努力。似乎与pdftk使用的（非Apple）库之一和OS X 10.11不兼容。目前，我正在安装Apple开发人员工具的另一个更新，希望它可以解决问题。我将向您介绍我们的进展。
更新2：
看起来有两个线程在pdftk下运行，并且它们处于死锁状态。这意味着每个线程都在等待另一个线程完成。我不是这里的专家，但这是我的印象。这是Mac的活动监视器的屏幕截图，用于说明：
上面的快照来自尝试在OS X 10.11上运行当前我们站点上的pdftk二进制文件。上面提到的libgcj库随pdftk一起提供，其中其他都是OS X库。
就像我说的，我刚刚安装了Xcode 7.0.1，它已于昨天在App Store上发布。现在，我将尝试使用这些工具来构建pdftk。
更新3：
MacPorts正在处理PDFtk的生成问题，这是该线程的更新（注意：这与PDFtk Labs无关）：
这是由于使用Apple Clang 7在10.11中重新编译了libunwind，从而产生了新的有效优化（根据Apple的说法），该优化使FSF boehm-gc中的未知错误发痒了。
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
不要指望Apple提供任何修复程序，因为他们无法接触GPLv3代码来查看FSF boehm-gc问题（除非他们使用了仍为GPLv2的gcc43软件包）。该事实由libunwind的重新编译触发，这一事实表明，从10.10替换libunwind.dylib可以消除boehm-gc和gcj失败。
请注意，文件归档为radr：// 21372179，“建立在10.10上的FSF boehm-gc库无法通过其在10.11上的测试”，但由于是FSF boehm-gc错误而关闭。
更新4：
MacPorts找到了一种解决构建问题的方法，这是该线程的更新
随附的Portfile.diff（与＃49227上建议的gcc5更新一起使用， 用于修复gcj时）解决了pdftk的生成问题。
更新5：
PDF Labs的Sid Steward已成功构建，他的反馈是：
MacPorts gcc5的修复程序使我可以构建可工作的pdftk，以合并El Capitan上的PDF。该修复程序已添加到您已发布到的故障单中：
在将其打包到安装程序中之前，我将继续对其进行全面测试。此过程可能需要几天。
homebrew是整个构建过程的25％。我会让你知道怎么回事。