<?xml version="1.0" encoding="ISO-8859-1"?>
<rss version="2.0">
    <channel>
        <title>Xcode mail archive</title>
        <description><![CDATA[Cocoa and Xcode mail archive brought to you by Cocoabuilder.com]]></description>
        <link>http://www.cocoabuilder.com/archive/bydate/xcode</link>
        <lastBuildDate>Sun, 23 Nov 2008 10:22:20 +0100</lastBuildDate>
        <generator>Mamasam RSSWriter</generator>
        <image>
            <url>http://www.cocoabuilder.com/imgs/banner.gif</url>
            <title>cocoabuilder.com logo</title>
            <link>http://www.cocoabuilder.com</link>
            <width>88</width>
            <height>31</height>
            <description>Feed provided by Cocoabuilder.com</description>
        </image>
        <language>en-us</language>
        <managingEditor>Bertrand Mansion</managingEditor>
        <item>
            <title>Xcode 3.1.2 Release Notes (Chris Espinosa)</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/22/25954</link>
            <description><![CDATA[Ok, I have checked the ADC site and its not there.&nbsp; When will it&nbsp; <br />appear on ADC?<br /><br />John<br /><br />On Nov 21, 2008, at 6:08 PM, &lt;email_removed&gt; wrote:<br /><br /><span class="quoted1">&gt; Send Xcode-users mailing list submissions to<br />&gt;&nbsp; &nbsp; &nbsp;&lt;email_removed&gt;<br />&gt;<br />&gt; To subscribe or unsubscribe via the World Wide Web, visit<br />&gt;&nbsp; &nbsp; &nbsp;<a href="http://lists.apple.com/mailman/listinfo/xcode-users">http://lists.apple.com/mailman/listinfo/xcode-users</a><br />&gt; or, via email, send a message with subject or body 'help' to<br />&gt;&nbsp; &nbsp; &nbsp;&lt;email_removed&gt;<br />&gt;<br />&gt; You can reach the person managing the list at<br />&gt;&nbsp; &nbsp; &nbsp;&lt;email_removed&gt;<br />&gt;<br />&gt; When replying, please edit your Subject line so it is more specific<br />&gt; than "Re: Contents of Xcode-users digest..."<br />&gt;<br />&gt;<br />&gt; Today's Topics:<br />&gt;<br />&gt;&nbsp;  1. Xcode 3.1.2 Release Notes (Chris Espinosa)<br />&gt;&nbsp;  2. Re: Nothing (reliably) helpful from atos + dSYM (Jason Molenda)<br />&gt;&nbsp;  3. Re: Xcode Config files question (Rush Manbert)<br />&gt;&nbsp;  4. Re: Xcode Config files question (John Brisbin)<br />&gt;<br />&gt;<br />&gt; ----------------------------------------------------------------------<br />&gt;<br />&gt; Message: 1<br />&gt; Date: Fri, 21 Nov 2008 13:44:20 -0800<br />&gt; From: Chris Espinosa &lt;&lt;email_removed&gt;&gt;<br />&gt; Subject: Xcode 3.1.2 Release Notes<br />&gt; To: XCode-Users Users &lt;&lt;email_removed&gt;&gt;<br />&gt; Message-ID: &lt;&lt;email_removed&gt;&gt;<br />&gt; Content-Type: text/plain; charset="utf-8"<br />&gt;</span>]]></description>
            <author>John MacMullin</author>
            <category>Xcode</category>
            <pubDate>Sat, 22 Nov 2008 04:15:13 +0100</pubDate>
            <guid>7AE015A0-DF11-46E7-990B-7A4D35A9D71F@cox.net</guid>
        </item>
        <item>
            <title>Xcode 3.1.2 Release Notes</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/21/25951</link>
            <description><![CDATA[Xcode 3.1.2 is an update to the Xcode development environment. It&nbsp; <br />works only on Mac OS X 10.5 “Leopard” and can be installed either&nbsp; <br />alongside or replacing Xcode 3.1.1 or earlier. Please see the Xcode&nbsp; <br />3.1.1 Release Notes and Xcode 3.1 Release Notes for details about&nbsp; <br />previous versions of Xcode.<br />Summary of changes from Xcode 3.1.1<br />Like Xcode 3.1.1, Xcode 3.1.2 has no significant new features over&nbsp; <br />Xcode 3.1. It restructures the relationship between Xcode and the&nbsp; <br />iPhone SDK plugin, and fixes a small number of bugs. Three additional&nbsp; <br />build settings are supported, but are not available in the Build&nbsp; <br />Settings user interface.<br /><br />Note: Due to a production error, the XCODE_VERSION_ACTUAL build&nbsp; <br />setting value in Xcode 3.1.2 returns “0310”.<br /><br />General<br /><br />Supported configurations<br />Xcode 3.1.2 will run on Mac OS X 10.5 (Leopard) on a Macintosh with&nbsp; <br />either a PowerPC or an Intel processor. It will not install or run on&nbsp; <br />earlier versions of Mac OS X. Xcode supports development for Mac OS X&nbsp; <br />10.3 (Panther) and Universal development for Mac OS X 10.4 (Tiger) and&nbsp; <br />Mac OS X 10.5 (Leopard) using the Mac OS X SDK support. It also&nbsp; <br />supports cross-development for the iPhone, iPod Touch, and iPhone&nbsp; <br />Simulator using the iPhoneOS SDKs, but only on Macintosh computers&nbsp; <br />with an Intel processor.<br /><br /><br />Warning: Xcode 3.1 2 works only with the iPhone SDK packages delivered&nbsp; <br />with the iPhone 2.2 SDK. If you have installed previous versions of&nbsp; <br />the iPhone SDK, you must upgrade to the newer version of the iPhone&nbsp; <br />SDK when upgrading to Xcode 3.1.2. This will still allow you to&nbsp; <br />develop for iPhone 2.0 and 2.1 as well as 2.2.<br /><br />Xcode Installation<br />The default location for Xcode Developer Tools is /Developer. However,&nbsp; <br />you may install Xcode 3.1.2 on any volume in any location, and you can&nbsp; <br />move or rename the entire Developer directory after installation. The&nbsp; <br />only restriction is that the directory names of its subdirectories&nbsp; <br />must not be changed, nor moved within the developer directory; but the&nbsp; <br />Developer directory itself may be renamed and placed in any other&nbsp; <br />directory or volume, including servers and external drives.<br /><br />This allows you to have multiple versions of Xcode tools installed on&nbsp; <br />the same system but running independently. The Xcode IDE will use the&nbsp; <br />SDKs, build tools, and auxiliary applications from the Developer&nbsp; <br />directory it is launched from whenever possible, rather than those&nbsp; <br />from the root system.<br /><br />Project File Format Compatibility and Versioning<br />Xcode 3.1.2 reads and builds the targets of project files created in&nbsp; <br />Xcode 2.1 through 3.1.1, and will automatically upgrade project files&nbsp; <br />created in Xcode 1.5 through 2.0.<br /><br />Project files opened and edited with Xcode 3.1.2 are generally&nbsp; <br />compatible with Xcode 3.1.1, 3.1, 3.0, and 2.5; this means that&nbsp; <br />project files you create or open with Xcode 3.1.2 can always be opened&nbsp; <br />and built with Xcode 3.1.1, 3.1, 3.0, and 2.5. There are no&nbsp; <br />incompatibilities between Xcode 3.1.2 and 3.1, though bug fixes may&nbsp; <br />make projects build correctly in 3.1.2 that will not build correctly&nbsp; <br />in earlier versions.<br /><br />If you use a particular feature that would cause your project to fail&nbsp; <br />to build on a prior version of Xcode, you’ll see a Compatibility&nbsp; <br />Notice in the lower right corner of your project window; see Project&nbsp; <br />▶ Get Info ▶ General ▶ Compatibility to investigate and resolve&nbsp; <br />the compatibility issue.<br /><br />Summary of New Features<br /><br />Three new build settings allow you to control the output file of&nbsp; <br />strings and plist files processed by Xcode. Note that these settings&nbsp; <br />must be added as a User-Defined Setting and do not normally appear in&nbsp; <br />the Build Settings pane.<br />INFOPLIST_OUTPUT_FORMAT<br />PLIST_FILE_OUTPUT_FORMAT<br />STRINGS_FILE_OUTPUT_ENCODING<br />The default value for these settings is “XML”. Setting the value of&nbsp; <br />one of these build settings to “binary” causes all indicated files&nbsp; <br />(Info.plist, other plists file, or .strings file) in the target to be&nbsp; <br />copied into the product bundle in binary format.<br />Significant Bug Fixes from Xcode 3.1.1<br /><br />In Xcode 3.0, External Targets lost the ability to output the&nbsp; <br />environment variables that are passed to them. This has been restored&nbsp; <br />in Xcode 3.1.2. 6169099<br />Downloading and installing documentation sets no longer consumes&nbsp; <br />excessive amounts of CPU. 5891184<br />Edit All in Scope no longer crashes when typing certain composed&nbsp; <br />Unicode characters. 6217303<br />Known Issues and Workarounds<br /><br />Here are some commonly-reported issues that are known with this&nbsp; <br />release of Xcode.<br /><br />If the project.pbxproject file inside your project wrapper is locked,&nbsp; <br />your separate user.pbxuser file will not be written, and breakpoints,&nbsp; <br />custom executables, and window positions you change will not be saved.&nbsp; <br />4440006<br />While most known cases have been taken care of, having a space, comma,&nbsp; <br />slash, backslash, tilde, or other character special to the Unix shell&nbsp; <br />in the directory name of any parent folder of your project can cause&nbsp; <br />your project build to fail in unexpected ways. 4101529<br />Having the same file in your project referred to both directly and via&nbsp; <br />a symbolic link from separate places can corrupt the project index and&nbsp; <br />cause Xcode to crash. Remove the project index and remove the symlink&nbsp; <br />reference to the file. 4056799<br />On a very small number of systems and for unknown reasons, the I-beam&nbsp; <br />editing cursor does not hide when you start typing. 4191120<br />In certain circumstances, applications like Xcode can exhaust the&nbsp; <br />Window Server’s ability to create new windows, causing an&nbsp; <br />NSInternalInconsistencyException Error (1000) creating CGSWindow. This&nbsp; <br />will be addressed in a future version of Mac OS X. 3108154<br />The Touch menu item (or clicking in the “hammer” column) only works&nbsp; <br />for source code files, not headers, libraries, NIB files, resources,&nbsp; <br />or other project files. 4912312<br />If you define a Source Tree in the Preferences pane, you must quit and&nbsp; <br />reopen Xcode for it to take effect. 4416517<br />Xcode does not interact well with Spaces; opening auxiliary Xcode&nbsp; <br />windows may switch you to Xcode’s main Space. 5308807<br />The function popup does not distinguish between functions with the&nbsp; <br />same identifier. 2566673<br />NSImage caches images in a manner that makes the Objective-C Garbage&nbsp; <br />Collector issue a console log of the form “malloc: free_garbage:&nbsp; <br />garbage ptr = 0x3846140, has non-zero refcount = 1”. These can be&nbsp; <br />ignored.<br />The default setting for debugging libraries and frameworks is Load&nbsp; <br />Symbols Lazily. On occasion this causes breakpoints to not be hit.&nbsp; <br />Turning off this setting makes it take longer to start debugging, but&nbsp; <br />hits breakpoints more reliably.<br />Referring to an .xcconfig file using #include does not consult any of&nbsp; <br />the target’s Search Paths; all referenced configuration files should&nbsp; <br />be stored in the same directory. 5850085<br />Using a port number when setting up a Subversion repository in the&nbsp; <br />Repositories panel generates an inaccurate svn+ssh: URL. Instead of&nbsp; <br />entering the port number in the Repository setup pane, leave off the&nbsp; <br />port number in Xcode and add an entry with the port number in ~/.ssh/ <br />config for the desired host. 5801847<br />A bug in NSFileManager makes restoring from snapshots fail&nbsp; <br />catastrophically in specific circumstances. Until this is addressed,&nbsp; <br />ensure that you have a Time Machine backup or a repository version of&nbsp; <br />your working code before attempting to restore from a snapshot. 5468824<br />If you build a project prior to importing it into SCM, then the&nbsp; <br />project’s build folder may be imported into your repository, and&nbsp; <br />subsequent Commit Entire Project operations will fail. Remove the&nbsp; <br />build folder from the repository. 4896482<br />Regular expression searches are limited to single lines. 5842770<br />Only the version installed in /Developer is available as a Distributed&nbsp; <br />Build volunteer by other computers. 5939834<br />When adding frameworks or libraries using the Target Inspector, you&nbsp; <br />can only see frameworks in the SDK that the inspected target is&nbsp; <br />configured for. To add frameworks from a different SDK, first change&nbsp; <br />the Base SDK setting of that target. 5931773<br />Find in File and Project Find will only find the actual key names in a&nbsp; <br />Property List file, not the display names as seen in the Property List&nbsp; <br />Editor. 5946354 Replace does not work in the embedded Property List&nbsp; <br />editor; command-click and choose Open As ▶ Source Code File to&nbsp; <br />perform Find and Replace. 5946376<br />Syntax-Aware Indentation does not work correctly with certain keyboard&nbsp; <br />layouts, such as German. 5848499<br />The default Build and Go toolbar item is not useful in projects&nbsp; <br />without a configured Executable, such as KEXT projects. Add a Custom&nbsp; <br />Executable or replace the Build and Go item with Build. 5939297]]></description>
            <author>Chris Espinosa</author>
            <category>Xcode</category>
            <pubDate>Fri, 21 Nov 2008 21:44:20 +0100</pubDate>
            <guid>1BF6183E-4A45-4354-966C-44C0DC33B89D@apple.com</guid>
        </item>
        <item>
            <title>Tabbing to Placeholders</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/21/25949</link>
            <description><![CDATA[Good morning!<br /><br />I am just moving from .NET to Mac (Cocoa / ObjC) and finding that I am&nbsp; <br />using the code assist feature of XCode a lot.&nbsp; Is it possible to tab&nbsp; <br />or jump to the next placeholder in the selector?&nbsp; For example:<br /><br /> &nbsp; &nbsp; &nbsp; &nbsp;[tableView editColumn:0 row:&lt;#(NSInteger)row#&gt; withEvent:&lt;#(NSEvent&nbsp; <br />*)theEvent#&gt; select:&lt;#(BOOL)select#&gt;]<br /><br />In the snippet above, I just finished typing "0" for editColumn.&nbsp; I&nbsp; <br />would love to be able to jump to the variable for "row".&nbsp;  <br />Unfortunately, hitting "tab" just inserts an actual tab.<br /><br />Thanks, in advance.<br /><br />-- Greg]]></description>
            <author>Greg Deward</author>
            <category>Xcode</category>
            <pubDate>Fri, 21 Nov 2008 15:22:29 +0100</pubDate>
            <guid>B3EDF21D-3219-4A2F-A2B1-EED71CC381B4@gmail.com</guid>
        </item>
        <item>
            <title>Project handling multiple developers</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/21/25944</link>
            <description><![CDATA[Hi all,<br />I need to make further developments of my project with multiple developers.<br />By googling I got one solution as using CVS. I'm using Leopard and Xcode3.1.<br />My project resides on the folder Desktop/myProject. In Terminal I did like<br />this.<br />newtoks-mac-mini:~ Newtok$ mkdir first_cvs<br />newtoks-mac-mini:~ Newtok$ export CVSROOT=/first_cvs<br />newtoks-mac-mini:~ Newtok$ cvs init<br />newtoks-mac-mini:~ Newtok$ cd desktop<br />newtoks-mac-mini:~ desktop Newtok$ cd myProject<br />newtoks-mac-mini:myProject Newtok$ cvs import -m "first" first_cvs yoyo<br />start<br />newtoks-mac-mini:myProject Newtok$ cd<br />newtoks-mac-mini:~ Newtok$ cvs checkout first_cvs<br /><br />When I checkout one file and then making any editing and commit it, then the<br />file is updating and information is enters into the Entries file.<br /><br />But I can't make it accessible to multiple developers. How can I do that?<br />How can I add another developer?In the article I found it by using&nbsp; NetInfo<br />Manager.App can do this. But I can't find out this in system. Is there any<br />other easly manageable&nbsp; free version control system available ?<br /><br />Thanks in advance<br />mahaboob]]></description>
            <author>mahaboob pa</author>
            <category>Xcode</category>
            <pubDate>Fri, 21 Nov 2008 04:04:06 +0100</pubDate>
            <guid>a36385030811202004p684d8f56p92abdb9270c33266@mail.gmail.com</guid>
        </item>
        <item>
            <title>Renaming nibs and files in Xcode 3.1</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/21/25939</link>
            <description><![CDATA[I'm having no end of difficulty renaming both nib and source files. IB&nbsp; <br />refuses to recognise the new names I give to source files that were&nbsp; <br />created by a project template. For example, it won't recognise the new&nbsp; <br />name when I try to set File's Owner. I also get run-time errors when I&nbsp; <br />rename any of the nib files that the template created. Has anyone else&nbsp; <br />run into this problem?<br /><br />To rename the files, I've just been right-clicking the filename in the&nbsp; <br />project window and choosing "Rename" from the menu.<br /><br />For now I'll just leave the template-chosen names alone. But it looks&nbsp; <br />ugly seeing things like "FirstViewController" in the project window.<br /><br />dkj]]></description>
            <author>DKJ</author>
            <category>Xcode</category>
            <pubDate>Fri, 21 Nov 2008 00:36:36 +0100</pubDate>
            <guid>D8516055-BBC4-43C7-B28D-2F6292DDD7CF@shaw.ca</guid>
        </item>
        <item>
            <title>building cURL?</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/20/25933</link>
            <description><![CDATA[I need to build and link with my own version of cURL (mostly because&nbsp; <br />we need to implement the SSL_FILETYPE_ENGINE case in the function&nbsp; <br />cert_stuff).&nbsp; The library needs to be a universal binary that works on&nbsp; <br />both 10.4.x and 10.5.x.&nbsp; I have tried to use build commands similar to&nbsp; <br />openssl (see below), but it just does not seem to work.<br /><br />Any hints?<br /><br />+++++++++++++++++++++++<br />Rich Collyer - Senior Software Engineer<br />&lt;email_removed&gt;<br /><br />IronKey - The World's Most Secure Flash Drive<br />2008 SC Magazine Readers Choice Award Winner<br />2008 FOSE Best of Show Winner<br />2007 GCN Labs Reviewers Choice Winner<br />+++++++++++++++++++++++<br /><br /># i386 Static Library - shell script goes here<br />BUILD_DIR=build/static/i386<br />make clean<br />./Configure 386 darwin-i386-cc<br />make "CC=cc -arch i386 -mmacosx-version-min=10.4 -isysroot /Developer/ <br />SDKs/MacOSX10.4u.sdk"<br />mkdir -p $BUILD_DIR<br />cp *.a $BUILD_DIR<br />echo "Done i386 - Static Library"<br />exit 0<br /><br /># ppc static library - shell script goes here<br />BUILD_DIR=build/static/ppc<br />rm *.a<br />make clean<br />./Configure ppc darwin-ppc-cc<br />make "CC=cc -arch ppc -mmacosx-version-min=10.4 -isysroot /Developer/ <br />SDKs/MacOSX10.4u.sdk"<br />mkdir -p $BUILD_DIR<br />ls *.a &gt; libnames.tmp<br />mv *.a $BUILD_DIR<br />echo "Done PPC - Static Library"<br />exit 0<br /><br /># Static Universal - shell script goes here<br />for lib in `cat libnames.tmp`; do<br />&nbsp; lipo -create build/static/*/$lib -output build/static/$lib<br />ranlib build/static/*.a<br />done<br />exit 0]]></description>
            <author>Rich Collyer</author>
            <category>Xcode</category>
            <pubDate>Thu, 20 Nov 2008 22:39:26 +0100</pubDate>
            <guid>22F9716B-6E65-4105-BB44-0785B002B8EB@ironkey.com</guid>
        </item>
        <item>
            <title>Nothing (reliably) helpful from atos + dSYM</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/20/25926</link>
            <description><![CDATA[I recently sent out a release of an upcoming product to some alpha&nbsp; <br />testers, who found a few crashers. They sent me the crashlogs and&nbsp; <br />since I had generated dSYM info for the build, I gave atos a shot.<br /><br /> From the directory where I had both Mercatalog.app and&nbsp; <br />Mercatalog.app.dSYM, I tried:<br />/Developer/user/bin/atos -arch x86_64 -o Mercatalog.app/Contents/MacOS/ <br />Mercatalog 0x0000000100020ff4<br />but all I got back was the almost-useless:<br />0x0000000100020ff4 (in Mercatalog)<br /><br />I used dwarfdump --uuid to compare the UUIDs between the .dSYM and the&nbsp; <br />app executable and they matched.<br />I also tried using:<br />dwarfdump Mercatalog.app.dSYM --arch=x86_64 --lookup= 0x0000000100020ff4<br />but that didn't find anything either, although maybe I'm using that&nbsp; <br />wrong (It outputs "Looking up address: 0x00000000ffffffff in the debug&nbsp; <br />information...not found.", which isn't what I wanted it to look up&nbsp; <br />anyway...)<br /><br /><br />The odd thing is that I did get atos to work just fine (with the exact&nbsp; <br />same project.pbxproj) when I force a crash by adding a&nbsp; <br />printf((char*)1) to the otherwise unchanged source code. Why would it&nbsp; <br />work with the build I just made this morning, but not the copy of the&nbsp; <br />build I sent out last week? Does atos break if the executable/symbols&nbsp; <br />are moved from the original build path? I need a reliable way of&nbsp; <br />getting symbol information for released products.<br /><br />thanks,<br />-natevw]]></description>
            <author>Nathan Vander Wilt</author>
            <category>Xcode</category>
            <pubDate>Thu, 20 Nov 2008 18:23:38 +0100</pubDate>
            <guid>F9C62F44-0E2F-4709-8972-4265BD6BA811@calftrail.com</guid>
        </item>
        <item>
            <title>Re: get rid of warning &quot;suggest parenthesis around assignment used 	as truth value&quot;</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/20/25925</link>
            <description><![CDATA[Jean-Daniel Dupas wrote:<br /><br /><span class="quoted1">&gt; To enable it you have to either add the -Wparentheses warning flag&nbsp; <br />&gt; or check the "Missing Braces and Parentheses" build setting.<br /></span><br /><br />The man page also says "This warning is enabled by -Wall."<br /><br /><a href="http://developer.apple.com/documentation/Darwin/Reference/ManPages/">http://developer.apple.com/documentation/Darwin/Reference/ManPages/</a> <br />man1/gcc.1.html<br /><br />&nbsp;  -- GG]]></description>
            <author>Greg Guerin</author>
            <category>Xcode</category>
            <pubDate>Thu, 20 Nov 2008 17:28:18 +0100</pubDate>
            <guid>D0593D9A-98AE-4F6E-9647-769E7A984712@amug.org</guid>
        </item>
        <item>
            <title>Wrangling 3rd party libraries with xcconfig settings?</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/20/25923</link>
            <description><![CDATA[Hi all,<br /><br />We make heavy use of open source third party libraries. For a variety&nbsp; <br />of reasons, we need to build static versions of these libraries. We&nbsp; <br />have scripts that help us build these periodically, by implementing&nbsp; <br />the usual configure, make, make install, rinse, repeat dance.<br /><br />The problem with this approach is maintainability. Currently our&nbsp; <br />regular Xcode projects all share common project and target xcconfig&nbsp; <br />files. When we want to make a global change, like targeting a new base&nbsp; <br />SDK, it's in one place and is really easy to do. But the third party&nbsp; <br />library builds don't have access to our Xcode config settings. So when&nbsp; <br />we make fundamental changes, we have to manually monkey with the third&nbsp; <br />party configurations to match what we're building with the main&nbsp; <br />projects.<br /><br />To make this process easier, we're trying a hybrid approach where&nbsp; <br />Xcode drives the configure and make process, similar to what this&nbsp; <br />developer did for sqlite:<br /><br /><a href="http://ascarter.wordpress.com/2006/05/21/xcode-project-for-sqlite/">http://ascarter.wordpress.com/2006/05/21/xcode-project-for-sqlite/</a><br /><br />The difference in our case is that we're translating our Xcode config&nbsp; <br />settings to environment flags passed to a given open source library's&nbsp; <br />configure script. So for example, if someone changes the debug symbol&nbsp; <br />type in our base xcconfig files, this results in the right parameter&nbsp; <br />being set in the CFLAGS variable provided during configure. The&nbsp; <br />resulting MakeFile will then do the right thing at build time,&nbsp; <br />resulting in libraries that match our main Xcode settings.<br /><br />Currently we've written a magic script that translates between common&nbsp; <br />Xcode config values and the corresponding gcc command line parameters.&nbsp; <br />The script is generic, with override values that can be set as needed&nbsp; <br />in the target of the configure build phase for a given library. This&nbsp; <br />works surprisingly well on the few open source libraries we've&nbsp; <br />experimented with so far.<br /><br />But I'm concerned that we're still looking at a maintenance issue&nbsp; <br />(although greatly reduced). The problem is that this solution will&nbsp; <br />only be as good as the translation script. We can't realistically&nbsp; <br />implement every possible gcc option, so we only deal with the big&nbsp; <br />ones, like debug symbols, optimization level, SDK, symbol visibility,&nbsp; <br />etc.<br /><br />Further when Apple makes changes to the dev system, we'll have to&nbsp; <br />track them. For example, if Apple moves to dwarf-3, we'll have to&nbsp; <br />change our translation script, which currently detects dwarf style&nbsp; <br />symbols and generates the command line parameter for dwarf-2.<br /><br />Is there a better way for us to obtain the gcc C and Link command line&nbsp; <br />parameters for a given target? Admittedly I haven't dug into how Xcode&nbsp; <br />creates its CompileC and Ld commands. Maybe the answer is in there&nbsp; <br />somewhere.<br /><br />One alternative might be a hack where we create a hello world project&nbsp; <br />that inherits from our xcconfig files, build it via xcodebuild, snag&nbsp; <br />the resulting gcc command lines, and parse out the parameters. This&nbsp; <br />could also be scripted to make it automatic. It would probably work,&nbsp; <br />but seems somewhat nasty. I'd much prefer a more direct approach to&nbsp; <br />obtaining the parameters, if possible.<br /><br />Any thoughts or suggestions for a reasonable way to solve this problem&nbsp; <br />would be appreciated.<br /><br />Best,<br />--<br />Allen Cronce]]></description>
            <author>Allen Cronce</author>
            <category>Xcode</category>
            <pubDate>Thu, 20 Nov 2008 17:02:49 +0100</pubDate>
            <guid>A72832BC-6BFB-402A-B32B-5E56D07716CC@gmail.com</guid>
        </item>
        <item>
            <title>How to use /Developer/MacOSX10.4u.sdk/usr/lib/</title>
            <link>http://www.cocoabuilder.com/archive/message/xcode/2008/11/20/25920</link>
            <description><![CDATA[Hi,<br />my Carbon project includes some third party libraries which require&nbsp; <br />some system libs, like libiconv.dylib, libconvert.dylib etc.<br /><br />If I add them from "/usr/lib/" to my project the project builds&nbsp; <br />successfully. But if I use the same libs from "/Developer/ <br />MacOSX10.4u.sdk/usr/lib/", I'm getting link errors about unresovled&nbsp; <br />externals - unknown symbols. These are the same error, I would get if&nbsp; <br />I did not add the libs at all.<br />So it seems that these libs are not found or linked.<br /><br />Is there something else I have to set up, if using libs from the&nbsp; <br />location: "/Developer/MacOSX10.4u.sdk/usr/lib/"<br />I'm working on Tiger with XCode 2.4.1 using "/Developer/ <br />MacOSX10.4u.sdk/" as the SDK path.<br /><br />Thanks for any help.<br />Ciao<br />Bert]]></description>
            <author>B. Blodau</author>
            <category>Xcode</category>
            <pubDate>Thu, 20 Nov 2008 15:56:00 +0100</pubDate>
            <guid>7474EC1F-EC88-4B35-8646-5771C783BE47@hamburg.de</guid>
        </item>
    </channel>
</rss>
