<?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: Xcode Index</title>
	<atom:link href="http://www.red-sweater.com/blog/264/xcode-index/feed" rel="self" type="application/rss+xml" />
	<link>http://www.red-sweater.com/blog/264/xcode-index</link>
	<description>Mac &#38; Technology Writings by Daniel Jalkut</description>
	<pubDate>Sat, 30 Aug 2008 08:54:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-79962</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Fri, 06 Apr 2007 23:27:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-79962</guid>
		<description>You mean it crashes even when you rebuild it from the command line? I guess I would ask on the xcode-users mailing list and see if any of the Apple xcode team has a suggestion.</description>
		<content:encoded><![CDATA[<p>You mean it crashes even when you rebuild it from the command line? I guess I would ask on the xcode-users mailing list and see if any of the Apple xcode team has a suggestion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CrossPlatformAppDev</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-79953</link>
		<dc:creator>CrossPlatformAppDev</dc:creator>
		<pubDate>Fri, 06 Apr 2007 22:37:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-79953</guid>
		<description>What can I do if xcode crashes when I use the gui to rebuild my index?  I have tried xcodeindex from the command line but still no luck.

I went far enough to look at the stats options and the dump option but both of these react as if there is no index at all.    Any Suggestions?</description>
		<content:encoded><![CDATA[<p>What can I do if xcode crashes when I use the gui to rebuild my index?  I have tried xcodeindex from the command line but still no luck.</p>
<p>I went far enough to look at the stats options and the dump option but both of these react as if there is no index at all.    Any Suggestions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Conor</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-48128</link>
		<dc:creator>Conor</dc:creator>
		<pubDate>Sat, 27 Jan 2007 15:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-48128</guid>
		<description>I had such high hopes for the class model, I was hoping that be exactly what it would do.  At least, thanks to you, I now know the solution.</description>
		<content:encoded><![CDATA[<p>I had such high hopes for the class model, I was hoping that be exactly what it would do.  At least, thanks to you, I now know the solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-47694</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Fri, 26 Jan 2007 14:25:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-47694</guid>
		<description>Conor: well, it's always something I stumble upon for a reason. In this case I was in fact motivated after being disappointed by the Xcode Class Model :)  Unless somebody knows otherwise, the Class Model in Xcode only shows inheritance relationships, not instance variable dependencies.  

I thought I would be able to work around that by using Xcode's scripting interface to the "model document." So close, yet so far! I was able able to ask for a list of all the classes in the model, and even ask for all the variables of the classes. But unfortunately again the variables are not tagged with any information about what class they point to (even though this information is available through the UI in the class model, as a list).</description>
		<content:encoded><![CDATA[<p>Conor: well, it&#8217;s always something I stumble upon for a reason. In this case I was in fact motivated after being disappointed by the Xcode Class Model :)  Unless somebody knows otherwise, the Class Model in Xcode only shows inheritance relationships, not instance variable dependencies.  </p>
<p>I thought I would be able to work around that by using Xcode&#8217;s scripting interface to the &#8220;model document.&#8221; So close, yet so far! I was able able to ask for a list of all the classes in the model, and even ask for all the variables of the classes. But unfortunately again the variables are not tagged with any information about what class they point to (even though this information is available through the UI in the class model, as a list).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Conor</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-47603</link>
		<dc:creator>Conor</dc:creator>
		<pubDate>Fri, 26 Jan 2007 08:56:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-47603</guid>
		<description>How do you stumble across these insights? The design class model feature in Xcode is often overlooked, I myself haven't had time to delve into it properly. But I do believe that as long as your instances have class declarations it will create connection. J o a r is on my list of the few people whose post I read on the cocoa list no matter what they are about as they are always insightful. I am going to bookmark this page and come back and play with my index later, as right now I have an update to concentrate on.  :)</description>
		<content:encoded><![CDATA[<p>How do you stumble across these insights? The design class model feature in Xcode is often overlooked, I myself haven&#8217;t had time to delve into it properly. But I do believe that as long as your instances have class declarations it will create connection. J o a r is on my list of the few people whose post I read on the cocoa list no matter what they are about as they are always insightful. I am going to bookmark this page and come back and play with my index later, as right now I have an update to concentrate on.  :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: charles</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-47489</link>
		<dc:creator>charles</dc:creator>
		<pubDate>Fri, 26 Jan 2007 00:02:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-47489</guid>
		<description>Daniel: I think this is actually j o a r, not Joar ;-)

and I just want to say thanks too!! (to both of you...)</description>
		<content:encoded><![CDATA[<p>Daniel: I think this is actually j o a r, not Joar ;-)</p>
<p>and I just want to say thanks too!! (to both of you&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-47455</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Thu, 25 Jan 2007 21:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-47455</guid>
		<description>Great tips, Joar. I hadn't thought about the shared build-folder problem but now it makes perfect sense!</description>
		<content:encoded><![CDATA[<p>Great tips, Joar. I hadn&#8217;t thought about the shared build-folder problem but now it makes perfect sense!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: j o a r</title>
		<link>http://www.red-sweater.com/blog/264/xcode-index#comment-47449</link>
		<dc:creator>j o a r</dc:creator>
		<pubDate>Thu, 25 Jan 2007 21:33:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/264/xcode-index#comment-47449</guid>
		<description>The reason that the index sometimes contains references to the "wrong" project is that it (per default) is located in your build directory. If you're using a shared build directory (not the default), for example because you're using project references, and if you have multiple branches / copies of your project that all "point" to this same build directory, the index can (or, will often) end up with references to all those different projects. If the index had contained project-relative source file references this would still not be a problem, but since they're absolute you get the observed behaviour.

A workaround is to use the XCCodeSenseIndexBasePath preference key to instruct Xcode to store the index in the project directory. See: "Xcode &#62; Help &#62; Show Expert Preferences Notes" for more information about this preference key.</description>
		<content:encoded><![CDATA[<p>The reason that the index sometimes contains references to the &#8220;wrong&#8221; project is that it (per default) is located in your build directory. If you&#8217;re using a shared build directory (not the default), for example because you&#8217;re using project references, and if you have multiple branches / copies of your project that all &#8220;point&#8221; to this same build directory, the index can (or, will often) end up with references to all those different projects. If the index had contained project-relative source file references this would still not be a problem, but since they&#8217;re absolute you get the observed behaviour.</p>
<p>A workaround is to use the XCCodeSenseIndexBasePath preference key to instruct Xcode to store the index in the project directory. See: &#8220;Xcode &gt; Help &gt; Show Expert Preferences Notes&#8221; for more information about this preference key.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.228 seconds -->
