In fact it is very possible to effectively bridge Perl and Cocoa objects since Perl embeds very nicely in multi-threaded C based parents. Apple provides (provided?) a fairly good bridge but it has some leaks & isn't well maintained. There is also CamelBones as mentioned. I wrote my own that has full KVO and bindings support and while it may be open sourced one day it's not too hard to achieve the basics like calling functions and methods. (Having said that, while there's nothing too complex about it, without a thorough understanding of C you will struggle, but then you're going to want that to become a productive Cocoa developer anyway).
Take a look at perlcall and perlembed http://perldoc.perl.org/perlcall.html http://perldoc.perl.org/perlembed.html and feel free to ping me with any questions. -- Mark Aufflick http://mark.aufflick.com/about/contact http://pumptheory.com/about On Wed, Nov 7, 2012 at 1:19 PM, Jens Alfke <j...@mooseyard.com> wrote: > > On Nov 6, 2012, at 4:03 PM, Andres Kievsky <a...@a2apps.com.au> wrote: > > > I'm curious - isn't the fact that none of those languages support true > multithreading a rather big hindrance when programming a Cocoa Application? > How would you put together a responsive application without it? > > Threading isn’t mandatory. Most of the slow stuff like network I/O can be > done with asynchronous APIs. (On the other hand, my app development has > been done on Mac OS, not iOS, and I know iOS devices have a lot fewer CPU > cycles to throw around…) > > Anyway, if responsiveness is a concern, you probably don’t want to be > coding in any interpreted language! Back in the day (1998-2000) my team and > I were struggling to get Java to perform well compared to native apps, and > even back then Java had considerably better performance than purely > interpreted ‘scripting’ languages. > > —Jens > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/mark-cocoa%40aufflick.com > > This email sent to mark-co...@aufflick.com > _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
