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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

C++ depot build tool

46 点作者 mellery451超过 10 年前

9 条评论

Arkanosis超过 10 年前
“If you&#x27;ve used Make, you&#x27;re used to creating Makefiles. In them, you manually build this immense graph where all of the parts hopefully add up to a working program.”<p>Actually, I used to generate rules using gcc -MM which does pretty much this: track dependencies in sources files using #include directives.<p>Nevertheless, I&#x27;m happy to see that the idea of automatically handling dependencies is still being worked on. I&#x27;d be so happy to trash all this scons config files we have to maintain on a near-daily basis.
评论 #8570461 未加载
wmil超过 10 年前
Ah makefiles. It&#x27;s 2014 and they still can&#x27;t handle spaces in directory names.<p><a href="http://savannah.gnu.org/bugs/?712" rel="nofollow">http:&#x2F;&#x2F;savannah.gnu.org&#x2F;bugs&#x2F;?712</a><p>I&#x27;m pretty sure that trying to replace them at this point is sacrilege.
评论 #8570107 未加载
stinos超过 10 年前
Really diggin the idea of using include files to figure out dependencies. Also seems ideal for beginners: look up the number of questions on SO asking &#x27;which library to include for xxx.h&#x27; by people who don&#x27;t yet grasp the difference between compiling and linking. Here you just say &#x27;hey, I have this header, that&#x27;s for this lib&#x27;, directly. But it won&#x27;t be for me though (well, this version at least, who knows what the future brings): it puts constraints on the directory structure used and on how you include your files. And is probably gcc only. Yielding basically none of my projects a candidate for testing this. But still, nice.
评论 #8570117 未加载
hello_there超过 10 年前
I really like the idea and having read the manual I think it&#x27;s something that I want. However, it doesn&#x27;t seem to be open source so how do I know that I can trust the binaries? The binary download is also over HTTP and not HTTPS.
评论 #8570978 未加载
hybridtupel超过 10 年前
Looks quite promising! But: &quot;It will sniff out all of the objects which also need to be built to make it work, and it will build them first.&quot; Seems like every source file will always be compiled regardless whether it has changed since the last build or not. So it&#x27;s just for rather small projects.
评论 #8570284 未加载
评论 #8570095 未加载
tschaume超过 10 年前
cool!<p>A comment for the ROOT users (<a href="http://root.cern.ch/" rel="nofollow">http:&#x2F;&#x2F;root.cern.ch&#x2F;</a>) amongst you HN readers: this appears to be very similar to &#x27;ckon&#x27; which emerged from my PhD since 2011, and takes the humongous headache out of building C++ software modules within the ROOT analysis framework: <a href="http://tschaume.github.io/ckon/" rel="nofollow">http:&#x2F;&#x2F;tschaume.github.io&#x2F;ckon&#x2F;</a><p>@rachelbythebay: Since &#x27;ckon&#x27; uses the same principles as your depot build tool, I thought you might be interested to take a look: <a href="https://github.com/tschaume/ckon" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tschaume&#x2F;ckon</a> :-)
vmarsy超过 10 年前
Seems cool!<p>Anyone knows if the &quot;everything for your project must be contained within a single directory root&quot; constraint can be tricked using symbolic links?
评论 #8570308 未加载
IshKebab超过 10 年前
system_header { name: &quot;gnuradio&quot; name_type: DIRECTORY cflag: &quot;-I&#x2F;usr&#x2F;local&#x2F;include&#x2F;gnuradio&quot; }<p>system_header { name: &quot;microhttpd.h&quot; ldflag: &quot;-lmicrohttpd&quot; }<p>system_header { name: &quot;mysql&#x2F;mysql.h&quot; ldflag: &quot;-L&#x2F;usr&#x2F;lib64&#x2F;mysql&quot; ldflag: &quot;-lmysqlclient&quot; }<p>Let&#x27;s see... hard-coded absolute paths, compiler-specific flags... Yeah I&#x27;ll stick with QBS and wait for proper modules.
评论 #8570327 未加载
zellyn超过 10 年前
Did Rachel update bb or release a new version or something? Just curious why this is appearing here now.
评论 #8570108 未加载