whenever you change Java iOS classes, you need to run "ant
gen-c-wrappers". Once the wrappers are generated, you should only make
modifications between the //XMLVM_BEGIN* and //XMLVM_END* markers. By
default we insert the XMLVM_NOT_IMPLEMENTED(). When you compile an iOS
application, the Java iOS classes are still required (for computing the
vtable). When the C code is emitted, the manually written code in the
wrappers is injected into the C files that were created during
cross-compilation.
Arno
On 9/21/11 4:59 AM, Panayotis Katsaloulis wrote:
> I have a strangle situation with C backend, iFireworks and generated C code. Of course before doing anything I performed an "ant clean" to be sure.
>
> For optimization reasons, I've played a bit with the Java iOS compatibility library and made it a bit "lighter", to see what happens.
> One of the changes was to remove some unneeded private static methods.
> Then I re-created the C-wrappers with the new java files.
>
> To be sure that the changes were performed, I enter
> xmlvm.jar:/main/main.jar:/iphone/cocoa-compat-lib.jar:...
> and had a look at the generated files there if they have inherited the change (they did).
> I took as an example the CGRect class and its static properties.
>
> Then I went to iFireworks and recreated the Xcode project. Unfortunately the generated files there recreated some methods, i.e. the CLINIT method which was of course missing from the generated C wrappers.
> Not only that, it tagged it as "unimplemented" (which by default was an empty statement).
> Of course at this point the application broke.
>
> If I removed "exit(-1)" from the not-implemented function, the application worked perfectly. So it seems that the problems was with the injected (but not anymore required) CLINT method.
>
> How can we solve this? Am I missing something?
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers
|
