<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Make</title>
	<link>http://www.intertent.net/2008/05/18/make/</link>
	<description>Technology in a pita pocket - fur reelz!</description>
	<pubDate>Fri, 21 Nov 2008 07:04:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Jeremy</title>
		<link>http://www.intertent.net/2008/05/18/make/#comment-120</link>
		<dc:creator>Jeremy</dc:creator>
		<pubDate>Wed, 21 May 2008 04:13:08 +0000</pubDate>
		<guid>http://www.intertent.net/2008/05/18/make/#comment-120</guid>
		<description>Yeh, makefiles get really ugly really fast...

On my present project we try to keep things very simple and organized, no obscure make features I think the worst we do is $(patsubst).

Of course, our codebase is much much smaller than the one you have to wrangle so we don't need all that "power".</description>
		<content:encoded><![CDATA[<p>Yeh, makefiles get really ugly really fast&#8230;</p>
<p>On my present project we try to keep things very simple and organized, no obscure make features I think the worst we do is $(patsubst).</p>
<p>Of course, our codebase is much much smaller than the one you have to wrangle so we don&#8217;t need all that &#8220;power&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yossi Kreinin</title>
		<link>http://www.intertent.net/2008/05/18/make/#comment-119</link>
		<dc:creator>Yossi Kreinin</dc:creator>
		<pubDate>Tue, 20 May 2008 19:04:56 +0000</pubDate>
		<guid>http://www.intertent.net/2008/05/18/make/#comment-119</guid>
		<description>Um, yeah, $(error) and $(warning) sure are damn useful, 'CAUSE MAKE DOESN'T HAVE ANY OTHER FRIGGING WAY TO PRINT ANYTHING!! Oh, and neither of those kludges can help you figure out the order in which rules are looked up and checked, among other things. It's a good thing we have make -d and (gasp) remake to sorta kinda approximate debugging.

But, c'mon, give us some details! Is it the standard subset of make or GNU make? Do you use the brain-crippled functional facilities such as $(call) and $(foreach)? What about indirection via $($x)? How do you deal with slowdowns caused by command evaluation - by trying hard to not invoke the shell, or by checking for $(MAKELEVEL) to cache results of process invocations? Is the whole dependency tree checked by one hairy Makefile or is make invoked recursively? Do home-made tools count on make's cute habit of exporting variables as env vars or is it all orderly command line argument passing?

The public wants to know! At least the parts of it buried in the stinky trenches of Makefile maintenance.</description>
		<content:encoded><![CDATA[<p>Um, yeah, $(error) and $(warning) sure are damn useful, &#8216;CAUSE MAKE DOESN&#8217;T HAVE ANY OTHER FRIGGING WAY TO PRINT ANYTHING!! Oh, and neither of those kludges can help you figure out the order in which rules are looked up and checked, among other things. It&#8217;s a good thing we have make -d and (gasp) remake to sorta kinda approximate debugging.</p>
<p>But, c&#8217;mon, give us some details! Is it the standard subset of make or GNU make? Do you use the brain-crippled functional facilities such as $(call) and $(foreach)? What about indirection via $($x)? How do you deal with slowdowns caused by command evaluation - by trying hard to not invoke the shell, or by checking for $(MAKELEVEL) to cache results of process invocations? Is the whole dependency tree checked by one hairy Makefile or is make invoked recursively? Do home-made tools count on make&#8217;s cute habit of exporting variables as env vars or is it all orderly command line argument passing?</p>
<p>The public wants to know! At least the parts of it buried in the stinky trenches of Makefile maintenance.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
