[Openmcl-devel] Linking StoreKit.framework from CCL and in-app purchases

[Michael Minerva]

Hey Gary,

Just wanted to say thank you for adding the translated headers to the trunk.  I checked out the latest version and was able to load the framework now we will have to see how everything goes as we move forward.  

One other note to anyone else who tries to use the newly checked in StoreKit.  It took me awhile to figure out how to reference the classes from this framework but I finally found it and thought it might be useful to someone else.  If you want to reference a class such as SKPaymentQueue you would reference it as such: NS:S-K-PAYMENT-QUEUE

This can be determined by calling ccl::objc-to-lisp-classname as such: (ccl::objc-to-lisp-classname "SKPaymentQueue")

I'm sure most of you already knew this but I thought that little tidbit might be helpful to someone.  

Once again, thank a lot Gary!

--Mike
 
On Apr 17, 2013, at 8:33 AM, Alexander Repenning <alexander.repenning at Colorado.EDU> wrote:

> 
> On Apr 16, 2013, at 7:38 PM, Gary Byers wrote:
> 
>> I made copies of the StoreKit header files in question, edited out
>> the problem construct, and ran the copies through the translator.
>> I checked the results into the trunk; AFAIK, you could use them with
>> 1.8 or 1.9 as well.
> 
> 
> Most excellent. Thank you. We'll report our experiences.
> 
> Alex
>> 
>> The change means that SKDownloadState is effectively defined as 'int',
>> which is different from 'NSInteger' on 64-bit machines.
>> 
>> As far as I know, this currently only affects the -[SKDownload state]
>> method, which returns a value between 0 and 5 as an NSInteger; CCL
>> may treat the return value as an int and sign extend it to 64 bits,
>> but the values will always be so small that this doesn't matter.
>> 
>> 
>> On Tue, 16 Apr 2013, Alexander Repenning wrote:
>> 
>>> On Apr 11, 2013, at 8:32 PM, Gary Byers wrote:
>>> 
>>>      On Thu, 11 Apr 2013, Michael Minerva wrote:
>>> 
>>>            Sorry about that Gary. ?I was excited about the
>>>            conversation about CCL and the app store so I wanted
>>>            to respond to Paul's email as quickly as possible
>>>            when I got in this morning but you're right I should
>>>            have tried his suggestion about using
>>>            objc::load-framework before commenting on that.
>>> 
>>>            I did notice that there is no StoreKit directory in
>>>            the darwin-x86-headers. ?Am I reading the
>>>            documentation correctly that this means that I need
>>>            to create an interface directory for it (as
>>>            described in section 13.5).
>>> 
>>>      That's the general idea. ?I looked at what was involved in
>>>      parsing the StoreKit
>>>      interfaces and there seems to be another issue.
>>> Sounds like switching from GCC to CLANG could be quite the project.
>>> Meanwhile, is there a way for us to try to roll our own CL interface
>>> to?StoreKit using some existing macros to introduce classes, constants and
>>> methods? I assume we only need a pretty small list of classes and methods. I
>>> am looking in "14. The Objective-C Bridge" but that seems to assume a .cdb
>>> file exists. Is there some low level way to manually create an interface?
>>> Alex
>>> 
> 
> Prof. Alexander Repenning
> 
> University of Colorado
> Computer Science Department
> Boulder, CO 80309-430
> 
> vCard: http://www.cs.colorado.edu/~ralex/AlexanderRepenning.vcf
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clozure.com/pipermail/openmcl-devel/attachments/20130417/219ac5fe/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2559 bytes
Desc: not available
URL: <https://lists.clozure.com/pipermail/openmcl-devel/attachments/20130417/219ac5fe/attachment.bin>