TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Cget: cmake package retrieval

49 点作者 pfultz2大约 9 年前

5 条评论

msbarnett大约 9 年前
There&#x27;s also CMake hunter, which covers the same problem space: <a href="https:&#x2F;&#x2F;github.com&#x2F;ruslo&#x2F;hunter" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ruslo&#x2F;hunter</a>, with no external dependency on python packages.
评论 #11286708 未加载
awinter-py大约 9 年前
If C wants to remain competitive against up-and-coming systems languages in the next 5 years (ahem rust), we need something like this. Half of the packages in any linux distro would be straight-C packages in a sane universe.<p>I understand the counterargument that &#x27;C compiles to every architecture&#x27; and that&#x27;s the key to its persistence, but hard-to-use library importing is such a high bar for new developers to learn a system. All the new talent is going to use what&#x27;s easy.
评论 #11284816 未加载
评论 #11285225 未加载
评论 #11285448 未加载
flohofwoe大约 9 年前
It would be nice if the README would mention how this compares to cmake&#x27;s builtin ExternalProject module, which at first glance offers similar functionality (<a href="https:&#x2F;&#x2F;cmake.org&#x2F;cmake&#x2F;help&#x2F;v3.5&#x2F;module&#x2F;ExternalProject.html" rel="nofollow">https:&#x2F;&#x2F;cmake.org&#x2F;cmake&#x2F;help&#x2F;v3.5&#x2F;module&#x2F;ExternalProject.htm...</a>)
评论 #11284012 未加载
评论 #11283529 未加载
icholy大约 9 年前
I really like this. Kind of reminds me of <a href="https:&#x2F;&#x2F;github.com&#x2F;clibs&#x2F;clib" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;clibs&#x2F;clib</a>.
tbrock大约 9 年前
Even C++&#x27;s de-facto package manager is too painful to write in C++? Haha I kid, I kid.
评论 #11283932 未加载
评论 #11284108 未加载