<?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: What not to write in haXe</title>
	<atom:link href="http://www.cuppadev.co.uk/dev/what-not-to-write-in-haxe/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cuppadev.co.uk/dev/what-not-to-write-in-haxe/</link>
	<description>Cuppalicious coding!</description>
	<lastBuildDate>Thu, 12 Aug 2010 13:37:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: James Urquhart</title>
		<link>http://www.cuppadev.co.uk/dev/what-not-to-write-in-haxe/comment-page-1/#comment-146</link>
		<dc:creator>James Urquhart</dc:creator>
		<pubDate>Sun, 02 Mar 2008 05:12:46 +0000</pubDate>
		<guid isPermaLink="false">http://crm.cuppadev.co.uk/?p=139#comment-146</guid>
		<description>Many thanks for the suggestions, Nicholas! :)

I&#039;m surprised that i didn&#039;t figure that sticking the #ifdef&#039;d stuff in Common.hx would be possible with haXe. Still, now i have an excuse to take a second look. :)
</description>
		<content:encoded><![CDATA[<p>Many thanks for the suggestions, Nicholas! :)</p>
<p>I&#8217;m surprised that i didn&#8217;t figure that sticking the #ifdef&#8217;d stuff in Common.hx would be possible with haXe. Still, now i have an excuse to take a second look. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicolas</title>
		<link>http://www.cuppadev.co.uk/dev/what-not-to-write-in-haxe/comment-page-1/#comment-145</link>
		<dc:creator>Nicolas</dc:creator>
		<pubDate>Sat, 01 Mar 2008 19:24:23 +0000</pubDate>
		<guid isPermaLink="false">http://crm.cuppadev.co.uk/?p=139#comment-145</guid>
		<description>For imports, you can do the following

// Common.hx

#if flash9
typedef Bitmap = flash.display.Bitmap;
typedef BitmapData = flash.display.BitmapData;
....
#else neko
typedef Bitmap = noflash.Bitmap;
typedef BitmapData = flash.display.BitmapData;
...
#end

Then from your code you only need to &quot;import Common&quot;.

The 115 Array Size is entirely arbitrary, it&#039;s just a temporary bugfix for a current Neko compiler issue that will be addressed in next version.

31 bit integers are part of the Neko specification (see &lt;a href=&quot;http://nekovm.org).&quot; rel=&quot;nofollow&quot;&gt;http://nekovm.org).&lt;/a&gt; It&#039;s true that there is no crossplatform Int32 API right now, but that can easily be defined in haXe using inline methods.


</description>
		<content:encoded><![CDATA[<p>For imports, you can do the following</p>
<p>// Common.hx</p>
<p>#if flash9<br />
typedef Bitmap = flash.display.Bitmap;<br />
typedef BitmapData = flash.display.BitmapData;<br />
&#8230;.<br />
#else neko<br />
typedef Bitmap = noflash.Bitmap;<br />
typedef BitmapData = flash.display.BitmapData;<br />
&#8230;<br />
#end</p>
<p>Then from your code you only need to &#8220;import Common&#8221;.</p>
<p>The 115 Array Size is entirely arbitrary, it&#8217;s just a temporary bugfix for a current Neko compiler issue that will be addressed in next version.</p>
<p>31 bit integers are part of the Neko specification (see <a href="http://nekovm.org)." rel="nofollow"></a><a href="http://nekovm.org)" rel="nofollow">http://nekovm.org)</a>. It&#8217;s true that there is no crossplatform Int32 API right now, but that can easily be defined in haXe using inline methods.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
