New Xcode and New provisioning sk..ript

So i like the new Xcode 3.2, but i liked the provisioning skip more in previous versions...

Anyways this is the method i tried and it (miracously) worked
http://www.iphonedevsdk.com/forum/iphone-sdk-tools-utilities/20983-sdk-3-0-xcode-3-1-3-build-go-jailbroken-device-4.html#post129492

beware that python is indentation-sensitive so you have to carefully copy the script to make it work

Vittorio

another xcode goody

Xcode is a really good IDE and you never end to delve into his internals!
Today i have found how syntax highlighting works! Every type of language has its own syntax definitions and its own file where such definition is specified.

ALL files are found here

/Developer/Library/PrivateFrameworks/XcodeEdit.framework/Versions/A/Resources/

The syntax for the syntax (all puns intended) is quite symple and quite commented considering that they're internal files.

by tweaking the Pascal syntax file specification i was able to fix a nasty glitch that was affecting the single line comments present in FreePascal files -- a // comment was ignored by the syntax highlighter and printed in black, while as a comment should be printed in green (colors may vary according to configurations)

Add

"xcode.lang.comment.singleline",

at line 101 of file Pascal.xlangspec to fix the glitch!

There might be more fun in tweaking these files (or bricking xcode) but i simply hadn't time to dedicate! If you know other tweaks post them in the comments!

Vittorio

yet again, another sdk update with provisioning skip

Welcome back from (my) holidays, rather long this year!

A lot of updates have been published and new stuff is being put forward at constant rate!
However some things never change, both in life and in software!

For example, the way to skip provisioning file with the new iphone firmware, is the same as described here: http://iphonesdkdev.blogspot.com/2009/06/use-xcode-312-to-build-sdk-30-app-to-30.html

isn't that nice? :)
cya later in this year
Vittorio

Xcode template madness

so today i wanted to order a little the list of Xcode templates, as user templates normally are placed in random locations: some in the preferences, some in the user library and so on

this is the list were both the standard templates and the user templates are
/Developer/Library/Xcode/Project Templates
/Library/Application Support/Apple/Developer Tools/Project Templates
~/Library/Application Support/Developer/Shared/Xcode/Project Templates/
/Library/Application Support/Developer/Shared/Xcode/Project Templates/
/Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode/Project Templates

you can move templates where you like them

the WHOLE SDL libraries availalbe for the iPhone

So i have been toying with this toolchain lately... i must say that i'm constantly surpised by Xcode power! it's something that you have to get used to, but once there it can almost whatever you want!

anyways, i am in the middle of porting a certain game from a normal Mac framework to a iPhone/iPod Touch device! Most of the stuff is already there, like the Pascal compiler, but the main libraries are missing!

I'm talking about SDL, but after some thinkering i got everything done! Here is what i did after checking out every repository

SDL
well this was the easiest, porting this lib started in a past google SoC and they did a pretty good job. To get the lib it's sufficient to unpack the Xcode_iPhone.tar.gz and press "build".

SDL_net
this one wasn't particuarly difficult, as it required just a correct configuration in the Xcode.tar.gz project. In the project settings, set the Base SDK to Device - iPhoneOS (or Simulator according to your needs) and Architectures to Standard.

SDL_ttf
i had to google a little to get this done: ttf is built exactly as SDL_net, but all the applications built with it are hard depending on libfreetype. Of course this library is available for the iphone, but it's difficult to configure it correctly. Luckily i read this site which clearly explained what to do; include that file in your application frameworks and add the -lz flag to the linker options, and you are done!

SDL_image
the hardest of all, just because the svn repository was out of date! In fact there's this guy who did a neat job for introducing a native support for png, jpeg etc instead of third party libraries. His patches were accepted in mainstream, but the iphone project in the repo has not been updated and can't compile!!! I emailed sdl-list but got no reply... for now it's sufficient to download his updated package and compile from it.

SDL_mixer
this was not as easy as net but i guess that porting for this project has yet to start. For the moment i got a working library just by removing all the native_midi_mac stuff, as it's the only part that relies on a framework which is not present in the iPhone. I didn't need any midi support, so i was satisfied with it already.
Beware that while simulation will give no problems, there's an issue for the device! In fact the simluator is likely to load the ogg functions from the shared libs of the system, but since ogg is nowere in the iphone, we have to provide our own!
so let's grab libvorbis and libogg and compile them the same way we compiled libfreetype; i had some problems with the paths when compiling libvorbis, due to the macports installations. I resolved by placing the arm version of libogg.a into the lib directory of macports (/opt/local/lib) and creating a symlink to it named libogg.dylib. Obviously make backups so you can restore your installation!


Now that you know what to do, you can keep updated the freely available versions that i compiled! they are the latest revision... of today! If something doesn't work complain with the SDL guys! I do hope that by the 1.3 release, SDL for iPhone will become officially supported

click here to download all the libraries, both for the simulator and for the device (debug version obv)

DOWNLOAD HERE

if you find them useful, drop a comment here, it'll mean that my work is appreciated :)
Vittorio