<?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"
	>
<channel>
	<title>Comments on: Another hidden .Net Tool usage basics: ilMerge</title>
	<atom:link href="http://www.canerten.com/another-hidden-net-tool-usage-basics-ilmerge/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.canerten.com/another-hidden-net-tool-usage-basics-ilmerge/</link>
	<description>Adventures in Computing - Can Erten's Blog</description>
	<pubDate>Thu, 28 Aug 2008 19:28:32 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Yonatan Leonov</title>
		<link>http://www.canerten.com/another-hidden-net-tool-usage-basics-ilmerge/#comment-26948</link>
		<dc:creator>Yonatan Leonov</dc:creator>
		<pubDate>Mon, 07 Jan 2008 11:04:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.canerten.com/another-hidden-net-tool-usage-basics-ilmerge/#comment-26948</guid>
		<description>ILMerge is helpfull in some scenarios, but with others it can be dangerous.

For example - if you merge 2 assemblies with the same non public type on both - it will work but will change the name of the type. 

is it a problem? yes if you use reflection...

and you can end up with multiple instance of a singleton too.

don't forget the memory footprint of the merged assembly.

so do use this tool, but only after you understand the implications.

read more on &lt;a href="http://readcommit.blogspot.com/2007/12/referencing-two-different-version-of.html" rel="nofollow"&gt;Referencing different versions of an assembly - Part 1 (ILMerge)&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>ILMerge is helpfull in some scenarios, but with others it can be dangerous.</p>
<p>For example - if you merge 2 assemblies with the same non public type on both - it will work but will change the name of the type. </p>
<p>is it a problem? yes if you use reflection&#8230;</p>
<p>and you can end up with multiple instance of a singleton too.</p>
<p>don&#8217;t forget the memory footprint of the merged assembly.</p>
<p>so do use this tool, but only after you understand the implications.</p>
<p>read more on <a href="http://readcommit.blogspot.com/2007/12/referencing-two-different-version-of.html" rel="nofollow" onclick="javascript:pageTracker._trackPageview ('/outbound/readcommit.blogspot.com');">Referencing different versions of an assembly - Part 1 (ILMerge)</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
