search for: ridiculousfish

A quick scan though the mailing list archives didn't reveal any reference to this article, so here goes: http://ridiculousfish.com/blog/archives/2006/05/16/36/ In response to a criticism of OS X, a diligent blogger examined a claim that it was an inherently slow operating system. The application in question was R, and the results were... "Linux uses ptmalloc, which is a thread-safe implemenation based on Doug...

...jects. This is not how the CFBridge works. Actually, the first member of an object MUST be a pointer to its Class (the isa pointer). If you want to be able to put something else, you will have to rewrite the runtime to support it. You can read this great article about the bridge here: http://ridiculousfish.com/blog/archives/2006/09/09/bridge/#fish_made_a_mess and an other one here: http://www.mikeash.com/pyblog/friday-qa-2010-01-22-toll-free-bridging-internals.html And you can also have a look at the stripped down version of the CoreFoundation sources to get some other clues about how it works now...

Implementing the backend (or editing the current PPC backend as needed) is a definite option. This seems to be the real question... which is easier... maintaining the PPC backend or maintaining the rewriter. Currently (in admittedly trivial tests) I have gotten the rewriter to work and output C code. There are some outstanding issues to do with linking and accessing the reflection information