On Fri, Mar 7, 2008 at 5:21 PM, Sherm Pendley <sherm.pendley@gmail.com> wrote:
Great idea, and it fits right in to Apple's business-friendly strategy. Imagine a warehouse worker using a portable app that connects with DBI to the inventory database.

But it's not going to happen any time soon, at least not from me. I don't have an iPhone, and I haven't yet found an OSX86 Leopard disk that agrees with my Hackintosh. I do have Leopard, on my G4, but the iPhone SDK requires Leopard on Intel.

I'm downloading another iso for my Hackintosh - if I can find a Leopard that works with it, I'll grab the iPhone SDK and give it a go. The objective-c runtime functions that CB depends upon are low-level stuff that all of Cocoa depends upon as well, so I'm not concerned about that. I'd say that the $64k question is whether libffi supports the CPU the iPhone uses - a 650Mhz ARM, I believe.

I just had a very unpleasant thought - Does the iPhone have Perl on it at all? If not, we'd need to cross-compile it, and bundle it with the framework.

And, whether it's built-in or homegrown, we'd need to be able to run the iPhone's Perl in emulation under Xcode, to build any CPAN modules for it - including the module component of CamelBones.

I've googled a bit, and found that cross-compiling a perl is quite possible, although it's not documented, that I could find. Google turned up lots of q&a about it, but no docs.