xmlvm-users — For current and interested XMLVM users, for public discussions and anouncements.

Re: [xmlvm-users] Disable constant pool

[Panayotis K. <pan...@pa...>]

> As XMLVM currently is, I avoid much of the unnecessary compilation via the "rsync -zvrc" command.

There is some code in the build scripts of the projects that avoid
recompilation, if the produced code is the same.
This works under Objective C - I haven't tried it under C, but it
should work too. That would be probably more user friendly than the
rsync method.

On Thu, Nov 14, 2013 at 2:40 AM, Paul Poley <bay...@gm...> wrote:
> As XMLVM currently is, I avoid much of the unnecessary compilation via the
> "rsync -zvrc" command.
>
> I have an ANT script that does everything, but assuming "--out=build/xbin"
> (your target will be xbin2 though):
>
> Delete everything in "build" except "xbin2"
> Run xmlvm.jar on the Java project into build/xbin
> Execute "rsync -zvrc build/xbin/build build/xbin/dist build/xbin2"
> Delete build/xbin
> Do the C compilation in xbin2, not xbin. Because xbin2 was not deleted, it
> will already have the previously compiled files
>
> Note that you'll occasionally want to delete "build/xbin2" when you feel
> that it needs to be cleaned.  That of course will cause entire project C
> recompilation.
>
> This works for Obj-C projects using XCode as well.
>
> Thanks,
> Paul
>
>
> On Wed, Nov 13, 2013 at 10:03 AM, Arno Puder <ar...@pu...> wrote:
>>
>>
>> the compile times are indeed not great due to the dependency analysis.
>> It would theoretically be possible to compile all of Harmony into a
>> library while disabling optimizations such as constant pool and vtable.
>> In this case you would only have to recompile the application classes.
>> That would make a dramatic difference, but unfortunately is not easy to
>> do. Your idea about using xmlvm_create_java_string() is a low-hanging
>> fruit and should not be too difficult to implement, however, at this
>> point there is no command line option for this.
>>
>> Arno
>>
>>
>> On 11/12/13 3:17 PM, Steve Hannah wrote:
>> > In order to make development more productive, I'd like to be able to
>> > recompile only those Java files that have been modified since my last
>> > compile.  Looking at the code, it looks like this won't be possible (for
>> > the Java to C conversion) because all of the strings are generated
>> > centrally in a file called constant_pool.m, and explicit string indexes
>> > are used in the actual generated C files when using a string constant.
>> >   This means that modifying any single Java file could result in changes
>> > to all other java files, since it would change the string index of all
>> > string literals.
>> >
>> > Is there a setting for XMLVM to disable the string pool usage, and
>> > instead just use xmlvm_create_java_string("...") to create the strings.
>> > Alternatively, is there another approach that can be used to make the
>> > generated source files independent of each other?
>> >
>> > Any pointers appreciated.
>> >
>> > Steve
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
>> > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
>> > Free app hosting. Or install the open source package on any LAMP server.
>> > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
>> >
>> > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
>> >
>> >
>> >
>> > _______________________________________________
>> > xmlvm-users mailing list
>> > xml...@li...
>> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
>> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
>> Free app hosting. Or install the open source package on any LAMP server.
>> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>
>
> ------------------------------------------------------------------------------
> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
> Free app hosting. Or install the open source package on any LAMP server.
> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>



-- 
Panayotis Katsaloulis

Re: [xmlvm-users] Disable constant pool

[Paul P. <bay...@gm...>]

As XMLVM currently is, I avoid much of the unnecessary compilation via the
"rsync -zvrc" command.

I have an ANT script that does everything, but assuming "--out=build/xbin"
(your target will be xbin2 though):

   1. Delete everything in "build" except "xbin2"
   2. Run xmlvm.jar on the Java project into build/xbin
   3. Execute "rsync -zvrc build/xbin/build build/xbin/dist build/xbin2"
   4. Delete build/xbin
   5. Do the C compilation in xbin2, not xbin. Because xbin2 was not
   deleted, it will already have the previously compiled files

Note that you'll occasionally want to delete "build/xbin2" when you feel
that it needs to be cleaned.  That of course will cause entire project C
recompilation.

This works for Obj-C projects using XCode as well.

Thanks,
Paul


On Wed, Nov 13, 2013 at 10:03 AM, Arno Puder <ar...@pu...> wrote:

>
> the compile times are indeed not great due to the dependency analysis.
> It would theoretically be possible to compile all of Harmony into a
> library while disabling optimizations such as constant pool and vtable.
> In this case you would only have to recompile the application classes.
> That would make a dramatic difference, but unfortunately is not easy to
> do. Your idea about using xmlvm_create_java_string() is a low-hanging
> fruit and should not be too difficult to implement, however, at this
> point there is no command line option for this.
>
> Arno
>
>
> On 11/12/13 3:17 PM, Steve Hannah wrote:
> > In order to make development more productive, I'd like to be able to
> > recompile only those Java files that have been modified since my last
> > compile.  Looking at the code, it looks like this won't be possible (for
> > the Java to C conversion) because all of the strings are generated
> > centrally in a file called constant_pool.m, and explicit string indexes
> > are used in the actual generated C files when using a string constant.
> >   This means that modifying any single Java file could result in changes
> > to all other java files, since it would change the string index of all
> > string literals.
> >
> > Is there a setting for XMLVM to disable the string pool usage, and
> > instead just use xmlvm_create_java_string("...") to create the strings.
> > Alternatively, is there another approach that can be used to make the
> > generated source files independent of each other?
> >
> > Any pointers appreciated.
> >
> > Steve
> >
> >
> >
> ------------------------------------------------------------------------------
> > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
> > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
> > Free app hosting. Or install the open source package on any LAMP server.
> > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
> >
> >
> >
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
>
>
> ------------------------------------------------------------------------------
> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
> Free app hosting. Or install the open source package on any LAMP server.
> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Disable constant pool

[Arno P. <ar...@pu...>]

the compile times are indeed not great due to the dependency analysis. 
It would theoretically be possible to compile all of Harmony into a 
library while disabling optimizations such as constant pool and vtable. 
In this case you would only have to recompile the application classes. 
That would make a dramatic difference, but unfortunately is not easy to 
do. Your idea about using xmlvm_create_java_string() is a low-hanging 
fruit and should not be too difficult to implement, however, at this 
point there is no command line option for this.

Arno


On 11/12/13 3:17 PM, Steve Hannah wrote:
> In order to make development more productive, I'd like to be able to
> recompile only those Java files that have been modified since my last
> compile.  Looking at the code, it looks like this won't be possible (for
> the Java to C conversion) because all of the strings are generated
> centrally in a file called constant_pool.m, and explicit string indexes
> are used in the actual generated C files when using a string constant.
>   This means that modifying any single Java file could result in changes
> to all other java files, since it would change the string index of all
> string literals.
>
> Is there a setting for XMLVM to disable the string pool usage, and
> instead just use xmlvm_create_java_string("...") to create the strings.
> Alternatively, is there another approach that can be used to make the
> generated source files independent of each other?
>
> Any pointers appreciated.
>
> Steve
>
>
> ------------------------------------------------------------------------------
> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
> Free app hosting. Or install the open source package on any LAMP server.
> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

[xmlvm-users] Disable constant pool

[Steve H. <st...@we...>]

In order to make development more productive, I'd like to be able to
recompile only those Java files that have been modified since my last
compile.  Looking at the code, it looks like this won't be possible (for
the Java to C conversion) because all of the strings are generated
centrally in a file called constant_pool.m, and explicit string indexes are
used in the actual generated C files when using a string constant.  This
means that modifying any single Java file could result in changes to all
other java files, since it would change the string index of all string
literals.

Is there a setting for XMLVM to disable the string pool usage, and instead
just use xmlvm_create_java_string("...") to create the strings.
Alternatively, is there another approach that can be used to make the
generated source files independent of each other?

Any pointers appreciated.

Steve

[xmlvm-users] PhD thesis

[Sven R. <sr...@gm...>]

Hi,

I found out about the XmlVM project over one year ago. It looked very
promising and I used it in one of my projects. Now my professional
situation gives my me enough time to write my PhD thesis and I wonder if
the XmlVM project has some tasks that would be suited for a PhD thesis.

Best regards,
  Sven Reinck

Re: [xmlvm-users] JVM to LLVM or XMLVM to LLVM

[Arno P. <ar...@pu...>]

I think this is definitely a good idea. What you are proposing is a Java 
frontend to LLVM. There seems to be at least one such project:
https://llvm.org/svn/llvm-project/java/trunk/docs/java-frontend.txt

Reading through that page, they discuss some difficulties in modeling 
the operand stack of the JVM. It might be interesting to investigate a 
DEX frontend to LLVM since it uses a register-based instruction set 
(XMLVM also uses DEX for the C backend). A cursory search didn't show 
any hits.

Arno


On 9/10/13 4:45 AM, Steve Hannah wrote:
> Hi Arno et al.,
>
> I'm curious if anyone has considered writing an XMLVM converter to go
> from JVM byte code to LLVM?  I have been analyzing the java to c path,
> then compiled the resulting C code to LLVM IR code and compared that IR
> code to the original JVM bytecode instructions.
>
> On a cursory review of some methods I have found that the IR code
> generally contains about 10 times the number of instructions as the
> corresponding JVM byte code.  This factor also corresponds closely with
> the benchmark results comparing Oracle's JVM to XMLVM (using some JSON
> parsing tests I have set up).
>
> I'm thinking that optimal results can probably be attained with there is
> roughly a 1 to 1 correspondence between JVM instructions and LLVM
> instructions.
>
> It seems to me that XMLVM is well suited for being able to output LLVM,
> but I'm sort of just thinking out loud at this point.
>
> Has this been thought of or tried by anyone yet?  Is my goal of seeking
> a 1 to 1 mapping of JVM instructions to LLVM instructions (or as close
> as possible) as a means of performance maximization off base?  Are there
> technical reasons why such a conversion either can't be done or would
> not be useful?
>
> Thanks for any insight you can provide.
>
> Best regards
>
> Steve
>
> --
> Steve Hannah
> Web Lite Solutions Corp.
>
>
> ------------------------------------------------------------------------------
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

[xmlvm-users] JVM to LLVM or XMLVM to LLVM

[Steve H. <st...@we...>]

Hi Arno et al.,

I'm curious if anyone has considered writing an XMLVM converter to go from
JVM byte code to LLVM?  I have been analyzing the java to c path, then
compiled the resulting C code to LLVM IR code and compared that IR code to
the original JVM bytecode instructions.

On a cursory review of some methods I have found that the IR code generally
contains about 10 times the number of instructions as the corresponding JVM
byte code.  This factor also corresponds closely with the benchmark results
comparing Oracle's JVM to XMLVM (using some JSON parsing tests I have set
up).

I'm thinking that optimal results can probably be attained with there is
roughly a 1 to 1 correspondence between JVM instructions and LLVM
instructions.

It seems to me that XMLVM is well suited for being able to output LLVM, but
I'm sort of just thinking out loud at this point.

Has this been thought of or tried by anyone yet?  Is my goal of seeking a 1
to 1 mapping of JVM instructions to LLVM instructions (or as close as
possible) as a means of performance maximization off base?  Are there
technical reasons why such a conversion either can't be done or would not
be useful?

Thanks for any insight you can provide.

Best regards

Steve

-- 
Steve Hannah
Web Lite Solutions Corp.

[xmlvm-users] C# to Java / Dex crash

[James R. <jr...@re...>]

I'm trying to convert a very simple Hello World application to Java / Dex,
with the following C# code:

using System;

namespace HelloWorld
{
    class MainClass
    {
        public static void Main(string[] args)
        {
            Console.WriteLine("Hello World!");
        }
    }
}

Unfortunately when I try and convert it using the latest changeset of XMLVM
(r2467), with the command 'xmlvm --in=HelloWorld_MainClass.xmlvm
--target=class' (or anything else that targets class or dex), I just get a
crash:

Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at com.simontuffs.onejar.Boot.run(Boot.java:306)
        at com.simontuffs.onejar.Boot.main(Boot.java:159)
Caused by: java.lang.NullPointerException
        at
org.xmlvm.proc.out.JavaByteCodeOutputProcess.createCode(JavaByteCodeOutputProcess.java:383)
        at
org.xmlvm.proc.out.JavaByteCodeOutputProcess.createMethod(JavaByteCodeOutputProcess.java:311)
        at
org.xmlvm.proc.out.JavaByteCodeOutputProcess.createBytecode(JavaByteCodeOutputProcess.java:246)
        at
org.xmlvm.proc.out.JavaByteCodeOutputProcess.processPhase2(JavaByteCodeOutputProcess.java:209)
        at
org.xmlvm.proc.XmlvmProcessImpl.forwardOrProcessPhase2(XmlvmProcessImpl.java:223)
        at
org.xmlvm.proc.XmlvmProcessImpl.forwardOrProcessPhase2(XmlvmProcessImpl.java:220)
        at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:162)
        at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:137)
        at org.xmlvm.Main.main(Main.java:53)
        ... 6 more

Is there a known good revision I can use that doesn't have this issue?

Regards, James Rhodes.
Redpoint Software

http://about.me/james.rhodes

Re: [xmlvm-users] newbie questions about generated code

[Markus N. <mar...@gm...>]

Hi,

@1: This is to allow covariant return types (see
http://en.wikipedia.org/wiki/Covariant_return_type) which are supported by
Java but not in C#. Everything is simply returning Object and cast to the
appropriate type later.

@2: If it is indeed a bug (no time to look into this right now) and you've
a patch to fix it please submit it. Details of how to do this are described
here: http://xmlvm.org/contribute/

Cheers,
Markus


On Wed, Jun 12, 2013 at 6:31 AM, Kruch <kr...@se...> wrote:

> Hello,
>
> I've tried to compile from java to csharp (for j2me -> WP8 app conversion
> using CodenameOne framework). I wonder about two things I noticed.
>
> 1) types vs casting
>
> When I check generated xml, types of params and vars etc are known,
> however in generated C# everything is System.Object that is cast to
> correspoding type _everytime_ instance is accessed. Is this by intention?
>
> 2) I get wrong class types for exception caught in synchronized blocks
> which are rethrowed just after the block ends:
>
> <dex:throw vx="0" vx-type="java.lang.Class" class-type="java.lang.Class" />
> ->
> throw new global::org.xmlvm._nExceptionAdapter((global::java.lang.Class)
> _r0_o);
>
> This result in ClassCastException thrown at runtime. I've workarounded in
> the xml2cshapr.xsl, but it looks like a bug to me.
>
> Thanks,
>   Ales
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

[xmlvm-users] newbie questions about generated code

[Kruch <kr...@se...>]

Hello,

I've tried to compile from java to csharp (for j2me -> WP8 app conversion 
using CodenameOne framework). I wonder about two things I noticed.

1) types vs casting

When I check generated xml, types of params and vars etc are known, however 
in generated C# everything is System.Object that is cast to correspoding 
type _everytime_ instance is accessed. Is this by intention?

2) I get wrong class types for exception caught in synchronized blocks which
are rethrowed just after the block ends:

<dex:throw vx="0" vx-type="java.lang.Class" class-type="java.lang.Class" />
->
throw new global::org.xmlvm._nExceptionAdapter((global::java.lang.Class) _r0
_o); 

This result in ClassCastException thrown at runtime. I've workarounded in 
the xml2cshapr.xsl, but it looks like a bug to me.

Thanks,
  Ales

[xmlvm-users] New Code URL

[Sascha H. <sa...@gm...>]

Hello everybody,

if you don't check out XMLVM source code, you can stop reading now.


SourceForge is in process to upgrade all their projects to their new
platform. Today XMLVM was upgraded, which means you have to change your SVN
clients to use this URL from now on:

svn://svn.code.sf.net/p/xmlvm/code/

Cheers
// Sascha

Re: [xmlvm-users] Newbie to XMLVM- Some basic questions

[Arno P. <ar...@pu...>]

On 4/13/13 12:08 PM, Arvind Chari wrote:
> (1) What is the status of XMLVM- the site mentions it is in Beta-- what
> is the timeline/estimated schedule for it to move to Production ready
> status?

XMLVM is a research project and far from being a product. Many people 
have successfully used XMLVM for their apps, but using it is not for the 
faint of heart.

> (2) I am interested in the part of XMLVM that converts .NET apps-> JVM
> Byte code. What is the timeline/estimated schedule for this component to
> be production-ready?

That is one of the weakest parts of XMLVM. Consider the code you see as 
a demonstrator that can cross-compile Hello World, but not much more.

> (3) What kind of programming skills are required for the .NET apps-> JVM
> Byte code conversion portion of XMLVM? What all languages/computation
> theories should I be conversant in?

Not sure I understand your question. XMLVM implements some basic mapping 
from CLR to JVM that is sufficient for cross-compiling Hello World. If 
you want to add to XMLVM to make this part more robust, you should be 
well versed in both CLR and JVM. If you are interested in .NET, I would 
suggest you check out IKVM.

Arno

[xmlvm-users] Newbie to XMLVM- Some basic questions

[Arvind C. <arv...@ho...>]

Hello all,
I just came across the XMLVM project and I am very interested in it as I have a possible use case for it,I would appreciate it if someone could answer these questions below for me--
(1) What is the status of XMLVM- the site mentions it is in Beta-- what is the timeline/estimated schedule for it to move to Production ready status?
(2) I am interested in the part of XMLVM that converts .NET apps-> JVM Byte code. What is the timeline/estimated schedule for this component to be production-ready?
(3) What kind of programming skills are required for the .NET apps-> JVM Byte code conversion portion of XMLVM? What all languages/computation theories should I be conversant in?
Thanks,Arvind.
 		 	   		  

Re: [xmlvm-users] support of unicode String

[Panayotis K. <pan...@pa...>]

On Fri, Mar 1, 2013 at 4:10 AM, Panayotis Katsaloulis
<pan...@pa...> wrote:
>
> It seems that unicode Strings are still not quite supported by XMLVM.
>
> A simple command like this one:
> String a = "Δοκιμή";
> in the source (under constant pool)  becomes something like
>
> // ID=1455: \1624\1677\1672\1671\1674\1656
> (JAVA_ARRAY_CHAR[]) {916, 959, 954, 953, 956, 942},
>
> which looks wrong, if indeed JAVA_ARRAY_CHAR is a char table.


On Sat, Mar 16, 2013 at 2:49 AM, Panayotis Katsaloulis
<pan...@pa...> wrote:
>
> After some thoughts I believe there is a more appropriate solution.
> Java's "char" is actually a "unichar" and I think it should be handled like this most of the time.
> Which actually is a synonym for "unsigned short".
> Thus the produced table is not "wrong", it's just the wrong type.




After some tests, indeed character arrays are handled as arrays of
"unsigned sort" (as I was suggesting). Sorry for not recognise it
earlier.

>From the sources, it seems that indeed the type is "unsigned short"

typedef unsigned short    JAVA_ARRAY_CHAR;

Also from Apple's source code, we can find that

typedef UInt16                          UniChar;

Which is the same, so everything should (and is) fine.

The only missing part is the escaped sequences of Strings in the comments.

I am not proficient with XSLT, but I can improve the updater ant task,
to take care of such strings and re-construct the original String, if
desired.


--
Panayotis Katsaloulis

Re: [xmlvm-users] support of unicode String

[Panayotis K. <pan...@pa...>]

After some thoughts I believe there is a more appropriate solution.
Java's "char" is actually a "unichar" and I think it should be handled like
this most of the time.
Which actually is a synonym for "unsigned short".
Thus the produced table is not "wrong", it's just the wrong type.


Under ObjC is more like a chaos, I tried to correct some parts (and I am
surprised that it didn't break many things, but now I understand why quite
often the unicode characters were not properly supported. I tried to
correct some.

PS, I have written some code to deal with varargs, which is really a pain.
The code is under xmlvm.m in ObjC. Just in case you need it, it is there.


On Sun, Mar 3, 2013 at 10:46 PM, Arno Puder <ar...@pu...> wrote:

>
> The String encoding happens on the input side in
> DEXmlvmOutputProcess.encodeString() (for both the C and the ObjC
> backend). The C backend then generates the string constant pool via
> COutputProcess.genConstantPool(). The actual code is emitted by the
> xmlvm2c.xsl stylesheet.
>
> Arno
>
>
> On 2/28/13 6:10 PM, Panayotis Katsaloulis wrote:
> > It seems that unicode Strings are still not quite supported by XMLVM.
> >
> > A simple command like this one:
> > String a = "Δοκιμή";
> > in the source (under constant pool)  becomes something like
> >
> > // ID=1455: \1624\1677\1672\1671\1674\1656
> > (JAVA_ARRAY_CHAR[]) {916, 959, 954, 953, 956, 942},
> >
> > which looks wrong, if indeed JAVA_ARRAY_CHAR is a char table.
> >
> >
> > Similarly in the OBjC backend, the octal representation is shown.
> >
> > How can this issue be solved?
> > For starters, is it possible instead of exporting the octal value, to
> > present the actual unicode (UTF-8?) value?
> >
> > Thanks in advance
> >
> > --
> > Panayotis Katsaloulis
> >
> >
> >
> ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_feb
> >
> >
> >
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>



-- 
Panayotis Katsaloulis

Re: [xmlvm-users] support of unicode String

[Arno P. <ar...@pu...>]

The String encoding happens on the input side in 
DEXmlvmOutputProcess.encodeString() (for both the C and the ObjC 
backend). The C backend then generates the string constant pool via 
COutputProcess.genConstantPool(). The actual code is emitted by the 
xmlvm2c.xsl stylesheet.

Arno


On 2/28/13 6:10 PM, Panayotis Katsaloulis wrote:
> It seems that unicode Strings are still not quite supported by XMLVM.
>
> A simple command like this one:
> String a = "Δοκιμή";
> in the source (under constant pool)  becomes something like
>
> // ID=1455: \1624\1677\1672\1671\1674\1656
> (JAVA_ARRAY_CHAR[]) {916, 959, 954, 953, 956, 942},
>
> which looks wrong, if indeed JAVA_ARRAY_CHAR is a char table.
>
>
> Similarly in the OBjC backend, the octal representation is shown.
>
> How can this issue be solved?
> For starters, is it possible instead of exporting the octal value, to
> present the actual unicode (UTF-8?) value?
>
> Thanks in advance
>
> --
> Panayotis Katsaloulis
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

[xmlvm-users] support of unicode String

[Panayotis K. <pan...@pa...>]

It seems that unicode Strings are still not quite supported by XMLVM.

A simple command like this one:
String a = "Δοκιμή";
in the source (under constant pool)  becomes something like

// ID=1455: \1624\1677\1672\1671\1674\1656
(JAVA_ARRAY_CHAR[]) {916, 959, 954, 953, 956, 942},

which looks wrong, if indeed JAVA_ARRAY_CHAR is a char table.


Similarly in the OBjC backend, the octal representation is shown.

How can this issue be solved?
For starters, is it possible instead of exporting the octal value, to
present the actual unicode (UTF-8?) value?

Thanks in advance

-- 
Panayotis Katsaloulis

Re: [xmlvm-users] Mixing GC code with Objective-C code

[Arno P. <ar...@pu...>]

that will cause a problem. The GC only knows about global variables and 
memory that has been allocated with GC_MALLOC(). The 'notes' reference 
is part of an ObjC object that was allocated via alloc/init so the GC 
does not know about it, i.e., it will think that 'notes' can be 
collected. You need to store a reference to notes in some memory area 
that the GC knows about. We do this via the 'retain' policy in 
advisor.xml. One way you can do this is to declare a global variable 
that you initialize to a cross-compiled ArrayList and then add the 
reference to notes to this ArrayList. This is essentially what the 
retain policy does.

As I mentioned, this gets pretty complicated. :)


Arno


On 2/22/13 9:40 AM, Steve Hannah wrote:
> Thanks for the reply, Arno.  The paper you sent me was quite helpful
> on this subject also.  Both here, and in the paper, you talk about
> wrapping Objective-C objects with GC managed objects.  I'm curious
> about the inverse situation, where you are wrapping GC managed objects
> with Objective-C objects.
>
> E.g. consider this class definition:
>
> //
> //  ViewController.h
> //  XcodeGUIApp
> //
> //  Created by Steve Hannah on 2013-02-20.
> //  Copyright (c) 2013 Web Lite Solutions. All rights reserved.
> //
>
> #import <UIKit/UIKit.h>
> #import "xmlvm.h"
>
> @interface NotesListController : UIViewController
> <UITableViewDataSource, UITableViewDelegate>
> @property (retain, nonatomic) IBOutlet UITableView *tableView;
> @property JAVA_OBJECT notes;
> -(void)refreshNotes;
> -(void)viewDidAppear:(BOOL)animated;
> -(void)tableView:(UITableView *)tableView
> didSelectRowAtIndexPath:(NSIndexPath *)indexPath;
> @end
>
> (In particular, notice the
> @property JAVA_OBJECT notes;
> )
>
> Then at some point the "notes" property is set like this:
>
> self.notes = ca_weblite_crossmobile_shared_Note_getNotes__();
>
> Do I need to do anything special to let the GC know that the
> JAVA_OBJECT is being "used" in this structure?  I.e. is there a chance
> that the GC will free the notes object while the Objective-C class
> still needs it?
>
> Thanks again for all your help.
>
> -Steve
>
>
>
>
> On Thu, Feb 21, 2013 at 10:30 PM, Arno Puder <ar...@pu...> wrote:
>>
>> this is an extremely tricky subject. Yes, you have to be very careful
>> when mixing the two memory management models. I can only barely scratch
>> the surface but, in essence, the cross-compiled Java version of NSObject
>> becomes a wrapper around the native instance to an NSObject. When the GC
>> reclaims the cross-compiled NSObject, it will call a finalizer
>> (essentially overriding Object.finalize()) that will delegate the
>> release to the wrapped Objective-C instance. But as I said, it gets a
>> lot more complicated: associations between objects (e.g.
>> UIView.subviews) and delegates need special attention.
>>
>> Arno
>>
>>
>> On 2/21/13 7:49 PM, Steve Hannah wrote:
>>> I'm experimenting using XMLVM to compile business logic, which I then
>>> use inside a Cocoa GUI app - built with Xcode.  I am trying to get an
>>> understanding of the implications of XMLVM's garbage collected
>>> pointers used together with objective-c objects.
>>>
>>> This page <http://www.hpl.hp.com/personal/Hans_Boehm/gc/simple_example.html>
>>> says:
>>> "It is usually best not to mix garbage-collected allocation with the
>>> system malloc-free. If you do, you need to be careful not to store
>>> pointers to the garbage-collected heap in memory allocated with the
>>> system malloc."
>>>
>>> Does this mean that I shouldn't be storing JAVA_OBJECTs as properties
>>> of objective-c classes?  Are there any best practices that should be
>>> followed here?
>>>
>>> Thanks for any tips.
>>>
>>> -Steve
>>>
>>> ------------------------------------------------------------------------------
>>> Everyone hates slow websites. So do we.
>>> Make your web apps faster with AppDynamics
>>> Download AppDynamics Lite for free today:
>>> http://p.sf.net/sfu/appdyn_d2d_feb
>>> _______________________________________________
>>> xmlvm-users mailing list
>>> xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>
>

Re: [xmlvm-users] Mixing GC code with Objective-C code

[Steve H. <st...@we...>]

Thanks for the reply, Arno.  The paper you sent me was quite helpful
on this subject also.  Both here, and in the paper, you talk about
wrapping Objective-C objects with GC managed objects.  I'm curious
about the inverse situation, where you are wrapping GC managed objects
with Objective-C objects.

E.g. consider this class definition:

//
//  ViewController.h
//  XcodeGUIApp
//
//  Created by Steve Hannah on 2013-02-20.
//  Copyright (c) 2013 Web Lite Solutions. All rights reserved.
//

#import <UIKit/UIKit.h>
#import "xmlvm.h"

@interface NotesListController : UIViewController
<UITableViewDataSource, UITableViewDelegate>
@property (retain, nonatomic) IBOutlet UITableView *tableView;
@property JAVA_OBJECT notes;
-(void)refreshNotes;
-(void)viewDidAppear:(BOOL)animated;
-(void)tableView:(UITableView *)tableView
didSelectRowAtIndexPath:(NSIndexPath *)indexPath;
@end

(In particular, notice the
@property JAVA_OBJECT notes;
)

Then at some point the "notes" property is set like this:

self.notes = ca_weblite_crossmobile_shared_Note_getNotes__();

Do I need to do anything special to let the GC know that the
JAVA_OBJECT is being "used" in this structure?  I.e. is there a chance
that the GC will free the notes object while the Objective-C class
still needs it?

Thanks again for all your help.

-Steve




On Thu, Feb 21, 2013 at 10:30 PM, Arno Puder <ar...@pu...> wrote:
>
> this is an extremely tricky subject. Yes, you have to be very careful
> when mixing the two memory management models. I can only barely scratch
> the surface but, in essence, the cross-compiled Java version of NSObject
> becomes a wrapper around the native instance to an NSObject. When the GC
> reclaims the cross-compiled NSObject, it will call a finalizer
> (essentially overriding Object.finalize()) that will delegate the
> release to the wrapped Objective-C instance. But as I said, it gets a
> lot more complicated: associations between objects (e.g.
> UIView.subviews) and delegates need special attention.
>
> Arno
>
>
> On 2/21/13 7:49 PM, Steve Hannah wrote:
>> I'm experimenting using XMLVM to compile business logic, which I then
>> use inside a Cocoa GUI app - built with Xcode.  I am trying to get an
>> understanding of the implications of XMLVM's garbage collected
>> pointers used together with objective-c objects.
>>
>> This page <http://www.hpl.hp.com/personal/Hans_Boehm/gc/simple_example.html>
>> says:
>> "It is usually best not to mix garbage-collected allocation with the
>> system malloc-free. If you do, you need to be careful not to store
>> pointers to the garbage-collected heap in memory allocated with the
>> system malloc."
>>
>> Does this mean that I shouldn't be storing JAVA_OBJECTs as properties
>> of objective-c classes?  Are there any best practices that should be
>> followed here?
>>
>> Thanks for any tips.
>>
>> -Steve
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users



-- 
Steve Hannah
Web Lite Solutions Corp.

Re: [xmlvm-users] Mixing GC code with Objective-C code

[Arno P. <ar...@pu...>]

this is an extremely tricky subject. Yes, you have to be very careful 
when mixing the two memory management models. I can only barely scratch 
the surface but, in essence, the cross-compiled Java version of NSObject 
becomes a wrapper around the native instance to an NSObject. When the GC 
reclaims the cross-compiled NSObject, it will call a finalizer 
(essentially overriding Object.finalize()) that will delegate the 
release to the wrapped Objective-C instance. But as I said, it gets a 
lot more complicated: associations between objects (e.g. 
UIView.subviews) and delegates need special attention.

Arno


On 2/21/13 7:49 PM, Steve Hannah wrote:
> I'm experimenting using XMLVM to compile business logic, which I then
> use inside a Cocoa GUI app - built with Xcode.  I am trying to get an
> understanding of the implications of XMLVM's garbage collected
> pointers used together with objective-c objects.
>
> This page <http://www.hpl.hp.com/personal/Hans_Boehm/gc/simple_example.html>
> says:
> "It is usually best not to mix garbage-collected allocation with the
> system malloc-free. If you do, you need to be careful not to store
> pointers to the garbage-collected heap in memory allocated with the
> system malloc."
>
> Does this mean that I shouldn't be storing JAVA_OBJECTs as properties
> of objective-c classes?  Are there any best practices that should be
> followed here?
>
> Thanks for any tips.
>
> -Steve
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

[xmlvm-users] Mixing GC code with Objective-C code

[Steve H. <st...@we...>]

I'm experimenting using XMLVM to compile business logic, which I then
use inside a Cocoa GUI app - built with Xcode.  I am trying to get an
understanding of the implications of XMLVM's garbage collected
pointers used together with objective-c objects.

This page <http://www.hpl.hp.com/personal/Hans_Boehm/gc/simple_example.html>
says:
"It is usually best not to mix garbage-collected allocation with the
system malloc-free. If you do, you need to be careful not to store
pointers to the garbage-collected heap in memory allocated with the
system malloc."

Does this mean that I shouldn't be storing JAVA_OBJECTs as properties
of objective-c classes?  Are there any best practices that should be
followed here?

Thanks for any tips.

-Steve

Re: [xmlvm-users] Error building in Xcode: '_dyld_bind_fully_image_containing_address' is unavailable

[Arno P. <ar...@pu...>]

actually, there are a slew of other defines that need to be present. You 
should carefully check all settings of an Xcode project generated by 
XMLVM and mimic it one-for-one. Take a look at 
xmlvm/var/iphone/project.template

Arno


On 2/20/13 6:18 PM, Steve Hannah wrote:
> I found that I just needed to set the NO_DYLD_BIND_FULLY_IMAGE
> preprocessor directive.
>
> Is there any documentation on the various preprocessor directives?
>
> -Steve
>
> On Wed, Feb 20, 2013 at 5:17 PM, Steve Hannah <st...@we...> wrote:
>> Hi all,
>>
>> I'm trying to include source code generated by XMLVM inside a project
>> that I have created in Xcode.  I have added the "app" directory, and
>> the lib/boehmgc and lib/iphone directories that were produced using
>> XMLVM, to the project,  and have added the appropriate subdirectories
>> of boehmgc to the header search paths.  However I am getting the
>> following error when I try to build.
>>
>> Has anyone run into this before?
>>
>> -Steve
>>
>>
>> Build target XcodeGUIApp
>>
>> CompileC /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.o
>> ../build/xcode/src/lib/boehmgc/dyn_load.c normal i386 c
>> com.apple.compilers.llvm.clang.1_0.compiler
>>      cd "/Volumes/Windows
>> VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp"
>>      setenv LANG en_US.US-ASCII
>>      setenv PATH
>> "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin"
>>      /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>> -x c -arch i386 -fmessage-length=0 -std=gnu99 -Wno-trigraphs
>> -fpascal-strings -O0 -Wno-missing-field-initializers
>> -Wno-missing-prototypes -Wreturn-type -Wformat -Wno-missing-braces
>> -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label
>> -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body
>> -Wuninitialized -Wno-unknown-pragmas -Wno-shadow
>> -Wno-four-char-constants -Wno-conversion -Wno-shorten-64-to-32
>> -Wpointer-sign -Wno-newline-eof -DDEBUG=1 -isysroot
>> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.0.sdk
>> -fexceptions -fasm-blocks -Wdeprecated-declarations -g
>> -Wno-sign-conversion -mios-simulator-version-min=6.0 -iquote
>> /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-generated-files.hmap
>> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-own-target-headers.hmap
>> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-all-target-headers.hmap
>> -iquote /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-project-headers.hmap
>> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Products/Debug-iphonesimulator/include
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/.deps
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/armcc
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/gcc
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/hpc
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/ibmc
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/icc
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/msftc
>> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/sunc
>> -I../build/xcode/src/lib/boehmgc/include
>> -I../build/xcode/src/lib/boehmgc/include/extra
>> -I../build/xcode/src/lib/boehmgc/include/private
>> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/DerivedSources/i386
>> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/DerivedSources
>> -F/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Products/Debug-iphonesimulator
>> -include /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/PrecompiledHeaders/XcodeGUIApp-Prefix-ffcbmndxyochzbfhlpgcjcrifgyk/XcodeGUIApp-Prefix.pch
>> -MMD -MT dependencies -MF
>> /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.d
>> --serialize-diagnostics
>> /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.dia
>> -c "/Volumes/Windows
>> VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp/../build/xcode/src/lib/boehmgc/dyn_load.c"
>> -o /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.o
>>
>> /Volumes/Windows
>> VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp/../build/xcode/src/lib/boehmgc/dyn_load.c:1413:14:
>> error: '_dyld_bind_fully_image_containing_address' is unavailable: not
>> available on iOS
>>          if (!_dyld_bind_fully_image_containing_address(
>>               ^
>> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.0.sdk/usr/include/mach-o/dyld.h:240:13:
>> note: function has been explicitly marked unavailable here
>> extern bool _dyld_bind_fully_image_containing_address(const void*
>> address)
>> __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_1,__MAC_10_5,__IPHONE_NA,__IPHONE_NA);
>>              ^
>> 1 error generated.
>>
>>
>>
>> --
>> Steve Hannah
>> Web Lite Solutions Corp.
>
>
>

Re: [xmlvm-users] Error building in Xcode: '_dyld_bind_fully_image_containing_address' is unavailable

[Steve H. <st...@we...>]

I found that I just needed to set the NO_DYLD_BIND_FULLY_IMAGE
preprocessor directive.

Is there any documentation on the various preprocessor directives?

-Steve

On Wed, Feb 20, 2013 at 5:17 PM, Steve Hannah <st...@we...> wrote:
> Hi all,
>
> I'm trying to include source code generated by XMLVM inside a project
> that I have created in Xcode.  I have added the "app" directory, and
> the lib/boehmgc and lib/iphone directories that were produced using
> XMLVM, to the project,  and have added the appropriate subdirectories
> of boehmgc to the header search paths.  However I am getting the
> following error when I try to build.
>
> Has anyone run into this before?
>
> -Steve
>
>
> Build target XcodeGUIApp
>
> CompileC /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.o
> ../build/xcode/src/lib/boehmgc/dyn_load.c normal i386 c
> com.apple.compilers.llvm.clang.1_0.compiler
>     cd "/Volumes/Windows
> VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp"
>     setenv LANG en_US.US-ASCII
>     setenv PATH
> "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin"
>     /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
> -x c -arch i386 -fmessage-length=0 -std=gnu99 -Wno-trigraphs
> -fpascal-strings -O0 -Wno-missing-field-initializers
> -Wno-missing-prototypes -Wreturn-type -Wformat -Wno-missing-braces
> -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label
> -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body
> -Wuninitialized -Wno-unknown-pragmas -Wno-shadow
> -Wno-four-char-constants -Wno-conversion -Wno-shorten-64-to-32
> -Wpointer-sign -Wno-newline-eof -DDEBUG=1 -isysroot
> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.0.sdk
> -fexceptions -fasm-blocks -Wdeprecated-declarations -g
> -Wno-sign-conversion -mios-simulator-version-min=6.0 -iquote
> /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-generated-files.hmap
> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-own-target-headers.hmap
> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-all-target-headers.hmap
> -iquote /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-project-headers.hmap
> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Products/Debug-iphonesimulator/include
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/.deps
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/armcc
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/gcc
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/hpc
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/ibmc
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/icc
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/msftc
> -I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/sunc
> -I../build/xcode/src/lib/boehmgc/include
> -I../build/xcode/src/lib/boehmgc/include/extra
> -I../build/xcode/src/lib/boehmgc/include/private
> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/DerivedSources/i386
> -I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/DerivedSources
> -F/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Products/Debug-iphonesimulator
> -include /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/PrecompiledHeaders/XcodeGUIApp-Prefix-ffcbmndxyochzbfhlpgcjcrifgyk/XcodeGUIApp-Prefix.pch
> -MMD -MT dependencies -MF
> /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.d
> --serialize-diagnostics
> /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.dia
> -c "/Volumes/Windows
> VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp/../build/xcode/src/lib/boehmgc/dyn_load.c"
> -o /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.o
>
> /Volumes/Windows
> VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp/../build/xcode/src/lib/boehmgc/dyn_load.c:1413:14:
> error: '_dyld_bind_fully_image_containing_address' is unavailable: not
> available on iOS
>         if (!_dyld_bind_fully_image_containing_address(
>              ^
> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.0.sdk/usr/include/mach-o/dyld.h:240:13:
> note: function has been explicitly marked unavailable here
> extern bool _dyld_bind_fully_image_containing_address(const void*
> address)
> __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_1,__MAC_10_5,__IPHONE_NA,__IPHONE_NA);
>             ^
> 1 error generated.
>
>
>
> --
> Steve Hannah
> Web Lite Solutions Corp.



-- 
Steve Hannah
Web Lite Solutions Corp.

[xmlvm-users] Error building in Xcode: '_dyld_bind_fully_image_containing_address' is unavailable

[Steve H. <st...@we...>]

Hi all,

I'm trying to include source code generated by XMLVM inside a project
that I have created in Xcode.  I have added the "app" directory, and
the lib/boehmgc and lib/iphone directories that were produced using
XMLVM, to the project,  and have added the appropriate subdirectories
of boehmgc to the header search paths.  However I am getting the
following error when I try to build.

Has anyone run into this before?

-Steve


Build target XcodeGUIApp

CompileC /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.o
../build/xcode/src/lib/boehmgc/dyn_load.c normal i386 c
com.apple.compilers.llvm.clang.1_0.compiler
    cd "/Volumes/Windows
VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp"
    setenv LANG en_US.US-ASCII
    setenv PATH
"/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin"
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-x c -arch i386 -fmessage-length=0 -std=gnu99 -Wno-trigraphs
-fpascal-strings -O0 -Wno-missing-field-initializers
-Wno-missing-prototypes -Wreturn-type -Wformat -Wno-missing-braces
-Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label
-Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body
-Wuninitialized -Wno-unknown-pragmas -Wno-shadow
-Wno-four-char-constants -Wno-conversion -Wno-shorten-64-to-32
-Wpointer-sign -Wno-newline-eof -DDEBUG=1 -isysroot
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.0.sdk
-fexceptions -fasm-blocks -Wdeprecated-declarations -g
-Wno-sign-conversion -mios-simulator-version-min=6.0 -iquote
/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-generated-files.hmap
-I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-own-target-headers.hmap
-I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-all-target-headers.hmap
-iquote /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/XcodeGUIApp-project-headers.hmap
-I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Products/Debug-iphonesimulator/include
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/.deps
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/armcc
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/gcc
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/hpc
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/ibmc
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/icc
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/msftc
-I../build/xcode/src/lib/boehmgc/libatomic_ops/src/atomic_ops/sysdeps/sunc
-I../build/xcode/src/lib/boehmgc/include
-I../build/xcode/src/lib/boehmgc/include/extra
-I../build/xcode/src/lib/boehmgc/include/private
-I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/DerivedSources/i386
-I/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/DerivedSources
-F/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Products/Debug-iphonesimulator
-include /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/PrecompiledHeaders/XcodeGUIApp-Prefix-ffcbmndxyochzbfhlpgcjcrifgyk/XcodeGUIApp-Prefix.pch
-MMD -MT dependencies -MF
/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.d
--serialize-diagnostics
/Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.dia
-c "/Volumes/Windows
VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp/../build/xcode/src/lib/boehmgc/dyn_load.c"
-o /Users/shannah/Library/Developer/Xcode/DerivedData/XcodeGUIApp-chvguccovtarshddardzpmycubve/Build/Intermediates/XcodeGUIApp.build/Debug-iphonesimulator/XcodeGUIApp.build/Objects-normal/i386/dyn_load.o

/Volumes/Windows
VMS/NetbeansProjects/JSONBenchmark/SampleBusinessLogic/xmlvm_gui_app/XcodeGUIApp/../build/xcode/src/lib/boehmgc/dyn_load.c:1413:14:
error: '_dyld_bind_fully_image_containing_address' is unavailable: not
available on iOS
        if (!_dyld_bind_fully_image_containing_address(
             ^
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.0.sdk/usr/include/mach-o/dyld.h:240:13:
note: function has been explicitly marked unavailable here
extern bool _dyld_bind_fully_image_containing_address(const void*
address)
__OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_1,__MAC_10_5,__IPHONE_NA,__IPHONE_NA);
            ^
1 error generated.



-- 
Steve Hannah
Web Lite Solutions Corp.

Re: [xmlvm-users] Using Interface Builder for UI

[Steve H. <st...@we...>]

Thanks for the example.  The iphone-hybrid skeleton doesn't seem to be
working in the latest SVN trunk (or in any version that I have tried).
 It gives me an error saying ".classpath" file cannot be found.  If I
create a dummy one and place it in the iphone-hybrid templates
directory, it will build the project, but won't create most of the
resources (no src directories etc...).

It would be really nice to be able to just generate all of the sources
for my business logic and be able to easily include them in an
existing Xcode project.  So far I haven't had much luck with this as
manually adding the dependencies (GC, etc..) has been painful.
Perhaps it is just inexperience with Xcode.   The only thing that I
have been able to get partially working is to generate a project using
the iphone skeleton, then modify the build files to remove the entry
points of the app and include my own objective-c classes.

I would be interested in hearing any solutions that anyone has come up
with for developing business logic in Java/XMLVM and using Xcode for
the GUI.

Steve



On Thu, Feb 14, 2013 at 7:26 PM, Kensuke Matsuzaki
<mat...@ki...> wrote:
> I write platform independent code in Java, and UI related code in obj-c like this.
> https://github.com/k-matsuzaki/xmlvm-aobench
>
> This just calls java from c by xmlvm name mangling.
>> aoRender = __NEW_org_xmlvm_demo_aobench_AO();
>> org_xmlvm_demo_aobench_AO___INIT____int_int(aoRender, imageWidth, imageHeight);
>
> I'm sorry, I don't know well how to go with org.xmlvm.iphone.* or org.xmlvm.ios.*
>
> On 2013/02/15 5:50, Steve Hannah wrote:
>> Thanks for the tip.  How are you handling outlets and actions with the
>> .xib file?  E.g. If I have a button in the .xib file and I want a
>> click to be handled by Java code.  I know I could break out a native
>> method and implement a view controller in Objective-C, but I'm curious
>> if there is a way to do it with the org.xmlvm.iphone.* Java classes.
>>
>> -Steve
>>
>> On Wed, Feb 13, 2013 at 9:32 PM, Kensuke Matsuzaki
>> <mat...@ki...> wrote:
>>> Hi,
>>>
>>> If .xib is OK, there is --skeleton=iphone-hybrid option.
>
> --
> mat...@ki...
>      松崎 憲介 (MATSUZAKI Kensuke)



-- 
Steve Hannah
Web Lite Solutions Corp.