<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: GCC Plugins</title>
	<atom:link href="http://www.airs.com/blog/archives/96/feed" rel="self" type="application/rss+xml" />
	<link>http://www.airs.com/blog/archives/96</link>
	<description>Ian Lance Taylor</description>
	<lastBuildDate>Mon, 26 Jul 2010 08:38:18 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: tromey</title>
		<link>http://www.airs.com/blog/archives/96/comment-page-1#comment-8333</link>
		<dc:creator>tromey</dc:creator>
		<pubDate>Thu, 20 Dec 2007 16:59:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.airs.com/blog/archives/96#comment-8333</guid>
		<description>It took a while but I finally figured out a reason to link with -rdynamic: backtraces.

According to the libc manual this is needed to get function names from backtrace_symbols.  Perhaps we could add backtrace support to the ICE code, and then require -rdynamic as well.  This has the added benefit of actually being useful.</description>
		<content:encoded><![CDATA[<p>It took a while but I finally figured out a reason to link with -rdynamic: backtraces.</p>
<p>According to the libc manual this is needed to get function names from backtrace_symbols.  Perhaps we could add backtrace support to the ICE code, and then require -rdynamic as well.  This has the added benefit of actually being useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tromey</title>
		<link>http://www.airs.com/blog/archives/96/comment-page-1#comment-7032</link>
		<dc:creator>tromey</dc:creator>
		<pubDate>Wed, 21 Nov 2007 06:48:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.airs.com/blog/archives/96#comment-7032</guid>
		<description>I don&#039;t know if -rdynamic would be accepted.  I suppose we would have to have a reason for it other than &quot;it enables plugins&quot;.  I don&#039;t know of one though.

The distros could do it, I suppose.

Or you could change the default in the linker :-)

Maybe someone will convince RMS.  That is postponing the (in my view inevitable) showdown with him -- but postponing that isn&#039;t all bad.

FWIW, I think the SC isn&#039;t really a problem.  If we had elections I would probably vote for the current slate, or at least the visibly active members of it.  I liked what I heard from them at the Summit, for instance.

However, I&#039;m in principle opposed to completely closed decision-making bodies like this one.  I think it is bad to have no recourse and no turnover, even if they are doing a good job.

I do think the SC does too much in private.  Perhaps voting or turnover would change that culture a bit.  But, there are probably other ways to address it as well.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know if -rdynamic would be accepted.  I suppose we would have to have a reason for it other than &#8220;it enables plugins&#8221;.  I don&#8217;t know of one though.</p>
<p>The distros could do it, I suppose.</p>
<p>Or you could change the default in the linker <img src='http://www.airs.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Maybe someone will convince RMS.  That is postponing the (in my view inevitable) showdown with him &#8212; but postponing that isn&#8217;t all bad.</p>
<p>FWIW, I think the SC isn&#8217;t really a problem.  If we had elections I would probably vote for the current slate, or at least the visibly active members of it.  I liked what I heard from them at the Summit, for instance.</p>
<p>However, I&#8217;m in principle opposed to completely closed decision-making bodies like this one.  I think it is bad to have no recourse and no turnover, even if they are doing a good job.</p>
<p>I do think the SC does too much in private.  Perhaps voting or turnover would change that culture a bit.  But, there are probably other ways to address it as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Lance Taylor</title>
		<link>http://www.airs.com/blog/archives/96/comment-page-1#comment-7026</link>
		<dc:creator>Ian Lance Taylor</dc:creator>
		<pubDate>Wed, 21 Nov 2007 05:22:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.airs.com/blog/archives/96#comment-7026</guid>
		<description>Certainly people opposed to plugins see no gain from them.  But many changes see no gain.  What we have to overcome is that they see a harm.</description>
		<content:encoded><![CDATA[<p>Certainly people opposed to plugins see no gain from them.  But many changes see no gain.  What we have to overcome is that they see a harm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Lance Taylor</title>
		<link>http://www.airs.com/blog/archives/96/comment-page-1#comment-7025</link>
		<dc:creator>Ian Lance Taylor</dc:creator>
		<pubDate>Wed, 21 Nov 2007 05:21:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.airs.com/blog/archives/96#comment-7025</guid>
		<description>I like the LD_PRELOAD idea.  Do you think it would fly?

I think that to the extent to which the SC is a problem, it is fixable.  RMS is more of a problem.</description>
		<content:encoded><![CDATA[<p>I like the LD_PRELOAD idea.  Do you think it would fly?</p>
<p>I think that to the extent to which the SC is a problem, it is fixable.  RMS is more of a problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tromey</title>
		<link>http://www.airs.com/blog/archives/96/comment-page-1#comment-7009</link>
		<dc:creator>tromey</dc:creator>
		<pubDate>Tue, 20 Nov 2007 21:01:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.airs.com/blog/archives/96#comment-7009</guid>
		<description>It occured to me that if we linked gcc with -rdynamic, we could implement plugins using LD_PRELOAD and some glue to insert new passes into the global pass tables.</description>
		<content:encoded><![CDATA[<p>It occured to me that if we linked gcc with -rdynamic, we could implement plugins using LD_PRELOAD and some glue to insert new passes into the global pass tables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: echristo</title>
		<link>http://www.airs.com/blog/archives/96/comment-page-1#comment-7008</link>
		<dc:creator>echristo</dc:creator>
		<pubDate>Tue, 20 Nov 2007 20:27:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.airs.com/blog/archives/96#comment-7008</guid>
		<description>Most of the opposition to gcc plugins are from people who either a) don&#039;t have anything to gain from them, or b) an easier to work on gcc could affect their pocketbook. The ada people are particularly bad here as it is both a and b.

Getting frustrated for sure.</description>
		<content:encoded><![CDATA[<p>Most of the opposition to gcc plugins are from people who either a) don&#8217;t have anything to gain from them, or b) an easier to work on gcc could affect their pocketbook. The ada people are particularly bad here as it is both a and b.</p>
<p>Getting frustrated for sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tromey</title>
		<link>http://www.airs.com/blog/archives/96/comment-page-1#comment-7003</link>
		<dc:creator>tromey</dc:creator>
		<pubDate>Tue, 20 Nov 2007 18:37:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.airs.com/blog/archives/96#comment-7003</guid>
		<description>I wish I was surprised by the opposition.

What benefit does GCC derive from letting RMS have a veto over issues like this?  In the current setup, without his assent, there will be no forward motion.  Instead we&#039;ll simply discuss the topic every six months, without actually changing anything.

Today I&#039;m feeling radical and I think that this, plus general SC opacity, means we should fork.</description>
		<content:encoded><![CDATA[<p>I wish I was surprised by the opposition.</p>
<p>What benefit does GCC derive from letting RMS have a veto over issues like this?  In the current setup, without his assent, there will be no forward motion.  Instead we&#8217;ll simply discuss the topic every six months, without actually changing anything.</p>
<p>Today I&#8217;m feeling radical and I think that this, plus general SC opacity, means we should fork.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
