[jhc] Emitting Optimal C
rick.richardson at gmail.com
Sun Feb 22 17:41:43 EST 2009
It doesn't explicitly forbid GC in the Developer agreement. However,
cocoa's own garbage collector is removed in the iPhone SDK. In the
docs describing the API, it indicates that using Apple's your own GC
is disallowed. This means its not part of the official agreement,
however, since they're allowed to reject apps for any reason, I don't
feel comfortable using it. Ref counting is the official and most
common form of memory management on the iPhone.
Somewhere there are official specs on how many resources are provided
to your app. I can't find them now, but they seemed quite reasonable
for a phone.
On Sun, Feb 22, 2009 at 5:19 PM, Isaac Dupree
<ml at isaac.cedarswampstudios.org> wrote:
> Rick R wrote:
>> I have been looking for a functional language that compiles to efficient
>> C/C++ to fufill two rather odd criteria.
>> 1. To conform to the requirements of the iPhone Developers Program. Code
>> must compile in XCode and be either C/C++/Obj-C. Garbage collection is
>> mostly disallowed. Program size and memory must fit below a threshold.
> In what way is "garbage collection mostly disallowed"? Is there a technical
> restriction (rather than just documentation saying "we don't want you to use
> garbage collectors")? Is the issue the one you mention in the next sentence
> ("Program size and memory must fit below a threshold") in that most garbage
> collectors are complicated?
We can't solve problems by using the same kind of thinking we used
when we created them.
- A. Einstein
More information about the jhc