GNU PDF库是否正在积极开发中？

自2007年以来，我一直在听说有关GNU PDF库的信息。从那时起，我一直期待着在野外看到这个工具，但是已经过去了四年，在我看来，这是一个痛苦的漫长的时期。我知道该项目的复杂性，但是正如我回想的那样，GNU基金会将其标记为最优先的项目。到底是怎么回事？

development pdf gnu

— 塞尔吉奥
source

由于您在下面有一些回答似乎可以回答您的问题，因此请考虑通过单击投票数下方的对勾标记将其中一个标记为“已接受”（请参阅您如何接受答案？）。这显示了哪个答案对您的帮助最大，并且它为该答案的作者（以及您！）分配了信誉分数。

— 恢复莫妮卡-M.Schröder'12

Answers:

http://lists.gnu.org/archive/html/pdf-devel/上似乎有一些活动。另外，有关克隆其存储库的信息，请参见http://gnupdf.org/manuals/gnupdf-hg-manual/html_node/Information-for-Newcomers.html#Information-for-Newcomers。具体做

 $ bzr branch bzr://bzr.savannah.gnu.org/pdf/libgnupdf/trunk libgnupdf

Bazaar是一个分布式版本控制系统，其命令行客户端称为bzr。查看存储库是确定活动的好方法。您可以通过将目录更改为存储库libgnupdf并执行操作来查看日志bzr log -v | less。我的两分钱是，在不到4年的时间内对929次修订并不算太糟糕。这样的项目通常人手不足，当然每个人都是志愿者。如果您有任何具体问题，只要您问得很好，我相信开发人员将很乐意回答。

— 法赫姆·米莎（Faheem Mitha）
source

我知道有人为此而将我钉在十字架上：我认为选择“普通” C作为该项目的编程语言会使事情变得非常复杂。我知道每个人都想要一个快速的库，但是恕我直言，我更喜欢一个现有的但不是那么快的库，而不是一个不存在的快速库。我本该投票赞成Python。现在让钉子来！

— 塞尔吉奥

@Sergio：实际上，我倾向于同意你的看法，但是...他们是否担心稳定？Python并非完全是静态的，他们最终将不得不担心使其代码与Python 3一起使用。我不知道速度是否就是问题所在。他们难道不能只用C编写热点吗？

— Faheem Mitha

尽管我认为Python现在非常稳定，但这当然是一个问题。使用3.0版以下的python，许多项目都可以。我同意你的看法，这些天C不会发生太大变化。我仍然坚持我以前的观点。

— 塞尔吉奥

C是库的理想选择，因为几乎可以为每种语言提供绑定。我认为没有其他合理的选择，对吗？

@Don：如果您为GNOME编写，那么也有Vala。

— Maciej Piechotka 2011年

FSF最近将GNU PDF从优先项目列表中删除了，因为在过去的几年中，poppler，podofo，MuPDF和Apache PDFBox之类的库发展得相当不错。鉴于最近几年GNU PDF的发展速度，我很想称其为冰河：他们似乎将所有时间都花在建立基础上，到目前为止，似乎至少没有最小的解析器。看来GNU Hurd会在GNU PDF之前完成。

请参阅此处以获取PDF库列表。

— 恢复莫妮卡-M.施罗德
source

指向PDF库列表的链接已损坏。

— 塞缪尔·哈默

除了Faheem答案-最好查看Ohloh统计信息（这是GNU PDF Ohloh页面）。它看到该项目具有稳定的增长，尽管它没有按年增长，但是也没有消亡（这很好）。

当然，Ohloh只是集市的可视化，但我相信“一张图片值得一千个字”。

— 麦琪（Maciej Piechotka）
source