Neko intermediate language compiler and virtual machine ()

Boris Vnukov | 5 Oct 2009 20:28

How to build Neko VM under Windows Mobile 5/6?

Hello!
My question is: how to build NekoVM under winmobile?
The first trouble i get is : there is no config to build libgc under ARM platform.
If i try to build sources of libgc "as is" - there is an error in GetStackFramesFromContext function of msvc_dbg.c (#error Unknown CPU). I try to add:
    machineType                 = IMAGE_FILE_MACHINE_ARM;
    stackFrame.AddrPC.Offset    = context->Sp;
And build lib but it crashes on tests with stack overflow error.
Have somebody an experience width libgc under winMobile? or Can i use other garbage collector? or Is there another way?

Off-top: My final aim is to build nekoVM+neash under WinMobile. And if it will fast enough - try to develop multi-platform-GUI framework as alternative to .NET WinForms or Qt.

Thank you.

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Nicolas Cannasse | 5 Oct 2009 22:08

Re: How to build Neko VM under Windows Mobile 5/6?

Boris Vnukov a écrit :
> Hello!
> My question is: how to build NekoVM under winmobile?
> The first trouble i get is : there is no config to build *libgc* under 
> ARM platform.

NekoVM is ANSI C so it should build nicely for Windows mobile.

As for Boehm GC, you might have more luck asking directly on its mailing 
list. Also, try to disable threads which are a bit hard to support 
everywhere.

Best,
Nicolas

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Adrian Veith | 6 Oct 2009 09:47

Re: How to build Neko VM under Windows Mobile 5/6?

Hello Boris,

if you are successful, please post your experience in this list. Neko VM
under winmobile is something I would love to have.

Cheers, Adrian.

-- 

Veith System GmbH
Laiming 3
83112 Frasdorf - Germany

Tel: +49-(0)8052-2636
Fax: +49-(0)8052-4019
USt.-IdNr.: DE 131 200 756
Handelsregister: Traunstein B4434
Geschäftsführer: Ulrich Veith, Adrian Veith

Boris Vnukov schrieb:
> Hello!
> My question is: how to build NekoVM under winmobile?
> The first trouble i get is : there is no config to build *libgc* under
> ARM platform.
> If i try to build sources of libgc "as is" - there is an error in
> GetStackFramesFromContext function of msvc_dbg.c (#error Unknown CPU).
> I try to add:    
>     machineType                 = IMAGE_FILE_MACHINE_ARM;
>     stackFrame.AddrPC.Offset    = context->Sp;
> And build lib but it crashes on tests with stack overflow error.
> Have somebody an experience width libgc under winMobile? or Can i use
> other garbage collector? or Is there another way?
>
> Off-top: My final aim is to build nekoVM+neash under WinMobile. And if
> it will fast enough - try to develop multi-platform-GUI framework as
> alternative to .NET WinForms or Qt.
>
> Thank you.
>

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Vadim Atlygin | 19 Oct 2009 09:39

Re: DST related bug

Hi Nicolas,
   speaking of the bug, right now Windows shows that my time is 6:30pm
but neko Date.now() returns 5:30pm. Australia recently changed the
date DST applies, maybe you using old glibc that doesn't have recent
timezone changes?

Best regards,
Vadim.

On Sun, Jun 28, 2009 at 8:21 PM, Nicolas Cannasse
<ncannasse <at> motion-twin.com> wrote:
> Vadim Atlygin a écrit :
>>
>> Hello everyone,
>>   I think I found a bug in neko. When you compile code "new
>> Date(2009, 9, 4, 0, 0, 0);" in neko it returns "2009-10-03 23:00:00",
>> in Flash it returns "2009-10-04 00:00:00" as it supposed to.
>>
>>   Oct 4 2009 is the date when DST kicks in here in Australia.
>>
>> PS. Please, don't break lovely Date(2009, 1, 30) -> "2009-03-02"
>> feature, it is far more important :)
>
> Hi,
>
> Neko is using standard C date functions. Not sure exactly why it causes a
> bug with DST.
>
> Nicolas
>
> --
> Neko : One VM to run them all
> (http://nekovm.org)
>

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Nicolas Cannasse | 19 Oct 2009 09:54

Re: DST related bug

Vadim Atlygin a écrit :
> Hi Nicolas,
>    speaking of the bug, right now Windows shows that my time is 6:30pm
> but neko Date.now() returns 5:30pm. Australia recently changed the
> date DST applies, maybe you using old glibc that doesn't have recent
> timezone changes?

Not sure how I can fix that... you can try to recompile Neko with a 
recent VisualC++ version. I'm using an old LIBC, but it's quite 
necessary since a lot of Windows does not have MSVCR7XX.DLL installed.

Nicolas

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Matej Gagyi | 20 Oct 2009 06:41

Fwd: confirm 4906d4304037f7e98ce48c4d72c087ceb7eda5b5

Hi everybody!

At the first place, let me introduce myself: See the PS!

I'm new to the word 'Neko', but I'm impressed by what I already read.
What I did not understood maybe right is published on wikipedia:

> ... Since Neko is dynamically typed with no fixed classes, a developer only has to find the proper
runtime mapping (as opposed to > type mapping) so that code executes correctly. ...

You know that text, I suppose - so does it mean that you have to have
a pre-written (and pre-build) runtime-library written specially for
Neko? Because there is maybe a way how to use runtimes of some of
languages without any porting to any other language (for example: Java
runtime - This runtime could run inside the JavaVM and the runtime
library code would be called using JNI from NekoVM).

And yeah!... are there some tasks for a weekend OSS contributor like me?

Regards

PS: My name is Matej I'm a young developer with personal experience of
about 1,5 of a decade. Currently I'm working as a Java Web Applications
Developer at an international ICT company, before I proceed to get a
university graduation - OK, that's maybe not much important...

--
Matej 'Yin' Gagyi

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Lee McColl Sylvester | 20 Oct 2009 17:24

Re: Fwd: confirm 4906d4304037f7e98ce48c4d72c087ceb7eda5b5

Hi Matej,

You'll love Neko. It's a dream to use, but via C/C++ and programing it 
in the haXe language (www.haxe.org). It's very easy to use, very 
efficient and very very fast. There aren't many developers who program 
for it in the Neko languages, so haXe is generally the way to go, and 
certainly quicker to get anything done.

Welcome to the community.

Regards,
Lee

Matej Gagyi wrote:
> Hi everybody!
>
> At the first place, let me introduce myself: See the PS!
>
> I'm new to the word 'Neko', but I'm impressed by what I already read.
> What I did not understood maybe right is published on wikipedia:
>
>   
>> ... Since Neko is dynamically typed with no fixed classes, a developer only has to find the proper runtime
mapping (as opposed to > type mapping) so that code executes correctly. ...
>>     
>
> You know that text, I suppose - so does it mean that you have to have
> a pre-written (and pre-build) runtime-library written specially for
> Neko? Because there is maybe a way how to use runtimes of some of
> languages without any porting to any other language (for example: Java
> runtime - This runtime could run inside the JavaVM and the runtime
> library code would be called using JNI from NekoVM).
>
> And yeah!... are there some tasks for a weekend OSS contributor like me?
>
> Regards
>
> PS: My name is Matej I'm a young developer with personal experience of
> about 1,5 of a decade. Currently I'm working as a Java Web Applications
> Developer at an international ICT company, before I proceed to get a
> university graduation - OK, that's maybe not much important...
>
> --
> Matej 'Yin' Gagyi
>
>   

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Justin Collins | 21 Oct 2009 00:19

Re: Fwd: confirm 4906d4304037f7e98ce48c4d72c087ceb7eda5b5

Matej Gagyi wrote:
> Hi everybody!
>
> At the first place, let me introduce myself: See the PS!
>
> I'm new to the word 'Neko', but I'm impressed by what I already read.
> What I did not understood maybe right is published on wikipedia:
>
>   
>> ... Since Neko is dynamically typed with no fixed classes, a developer only has to find the proper runtime
mapping (as opposed to > type mapping) so that code executes correctly. ...
>>     
>
> You know that text, I suppose - so does it mean that you have to have
> a pre-written (and pre-build) runtime-library written specially for
> Neko? Because there is maybe a way how to use runtimes of some of
> languages without any porting to any other language (for example: Java
> runtime - This runtime could run inside the JavaVM and the runtime
> library code would be called using JNI from NekoVM).
>
> ...

I understand the quote as meaning you do not have to worry about types, 
so it makes it easier to write Neko code. I believe the "runtime 
mapping" is talking about mapping _at_ runtime, rather than mapping the 
runtime.

Could be wrong, though.

-Justin

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Boris Vnukov | 21 Oct 2009 09:22

Building NekoVM under Windows Mobile 5/6

Hello!
I'm still trying to build NekoVM under WIndowsMobile platform.

Status: Boehm GC+NekoDLL compiled under WinMo. Boehm GC - tested, it's ok.

Troubles: NekoVM won't work. In function jit_trap( jit_ctx *ctx, int n ) i have a fault:
    ...
// restore vm
    stack_pad(3);
    XPush_r(VM);
    XCall_m(neko_process_trap); >>> FAULT
    stack_pop_pad(1,3);

The reason, as i can understand, is in this moment: ARM CPU (main target hardware platform for WinMo) have different stack model than x86 CPU (?).

Question: Can anybody help me? :)

Thank you!

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

headers

Nicolas Cannasse | 21 Oct 2009 10:46

Re: Building NekoVM under Windows Mobile 5/6

Boris Vnukov a écrit :
> Hello!
> I'm still trying to build NekoVM under WIndowsMobile platform.
> 
> *Status:* Boehm GC+NekoDLL compiled under WinMo. Boehm GC - tested, it's ok.
> *
> Troubles:* NekoVM won't work. In function jit_trap( jit_ctx *ctx, int n 
> ) i have a fault:
>     ...
> // restore vm
>     stack_pad(3);
>     XPush_r(VM);
>     XCall_m(neko_process_trap); >>> FAULT
>     stack_pop_pad(1,3);
> 
> The reason, as i can understand, is in this moment: ARM CPU (main target 
> hardware platform for WinMo) have different stack model than x86 CPU (?).
> *
> Question:* Can anybody help me? :)

JIT should be disabled on ARM since there's only x86 JIT.
Try to modify neko.h so it disable JIT for your platform.

Best,
Nicolas

--

-- 
Neko : One VM to run them all
(http://nekovm.org)

5	March 2013
3	February 2013
8	January 2013
8	December 2012
10	October 2012
5	July 2012
16	May 2012
1	April 2012
33	March 2012
3	January 2012
1	December 2011
7	November 2011
22	October 2011
3	September 2011
5	August 2011
4	May 2011
8	March 2011
6	February 2011
15	January 2011
14	December 2010
5	November 2010
5	October 2010
6	September 2010
13	August 2010
5	July 2010
9	June 2010
31	May 2010
20	April 2010
14	March 2010
28	February 2010
54	January 2010
13	December 2009
12	November 2009
10	October 2009
19	September 2009
10	August 2009
37	July 2009
11	June 2009
18	May 2009
11	April 2009
23	March 2009
15	February 2009
16	January 2009
16	December 2008
21	November 2008
65	October 2008
25	September 2008
75	August 2008
44	July 2008
16	June 2008
10	May 2008
36	April 2008
25	March 2008
37	February 2008
24	January 2008
48	December 2007
64	November 2007
22	October 2007
12	September 2007
81	August 2007
43	July 2007
30	June 2007
48	May 2007
51	April 2007
71	March 2007
79	February 2007
52	January 2007
35	December 2006
72	November 2006
22	October 2006
32	September 2006
56	August 2006
83	July 2006
231	June 2006
111	May 2006
8	April 2006
84	March 2006
79	February 2006
101	January 2006
23	December 2005
25	November 2005
16	October 2005
15	September 2005

Mon	Tue	Wed	Thu	Fri	Sat	Sun

			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31