<?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: Lisp pointer size?</title>
	<atom:link href="http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/</link>
	<description>Cool links and commentary</description>
	<lastBuildDate>Tue, 07 Feb 2012 16:04:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Senko Rasic</title>
		<link>http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/comment-page-1/#comment-104</link>
		<dc:creator>Senko Rasic</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/#comment-104</guid>
		<description>Lisp uses tagged pointers, that is, they use a few bits of&lt;br/&gt;the pointer to specify pointer type, which leaves fewer&lt;br/&gt;bits around to actually point to the object. If you&#039;re&lt;br/&gt;on 32bit arch, 128mb == 2^27, and, say, 5 bits are used&lt;br/&gt;by Emacs Lisp to tag the pointers, then you&#039;d really be&lt;br/&gt;running out of it.&lt;br/&gt;But I&#039;m not emacs (or even lisp) guru, and all of the above is just my educated guess, so it can easily be wrong.</description>
		<content:encoded><![CDATA[<p>Lisp uses tagged pointers, that is, they use a few bits of<br />the pointer to specify pointer type, which leaves fewer<br />bits around to actually point to the object. If you&#8217;re<br />on 32bit arch, 128mb == 2^27, and, say, 5 bits are used<br />by Emacs Lisp to tag the pointers, then you&#8217;d really be<br />running out of it.<br />But I&#8217;m not emacs (or even lisp) guru, and all of the above is just my educated guess, so it can easily be wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Larsson</title>
		<link>http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/comment-page-1/#comment-105</link>
		<dc:creator>Alexander Larsson</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/#comment-105</guid>
		<description>I assumed that the tag-bits in a pointer used the two lowest bits by only allowing pointers to be at even 32bit positions.</description>
		<content:encoded><![CDATA[<p>I assumed that the tag-bits in a pointer used the two lowest bits by only allowing pointers to be at even 32bit positions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: d</title>
		<link>http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/comment-page-1/#comment-106</link>
		<dc:creator>d</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/#comment-106</guid>
		<description>Use emacs-22 (from CVS), the size has now been increased to 256MB. Besides that it has quite a lot of very useful features.&lt;br/&gt;More than 2 tag bits are needed to distiguish between the different&lt;br/&gt;data types: integers, symbols, strings, conses, floats, etc.</description>
		<content:encoded><![CDATA[<p>Use emacs-22 (from CVS), the size has now been increased to 256MB. Besides that it has quite a lot of very useful features.<br />More than 2 tag bits are needed to distiguish between the different<br />data types: integers, symbols, strings, conses, floats, etc.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/alexl/2006/03/24/lisp-pointer-size/feed/ ) in 0.15754 seconds, on Feb 12th, 2012 at 12:23 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 12th, 2012 at 1:23 am UTC -->
