Boris Vnukov | 5 Oct 20:28 2009
Picon

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)
Nicolas Cannasse | 5 Oct 22:08 2009

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)

Adrian Veith | 6 Oct 09:47 2009
Picon

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)

Vadim Atlygin | 19 Oct 09:39 2009
Picon

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)

Nicolas Cannasse | 19 Oct 09:54 2009

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)

Matej Gagyi | 20 Oct 06:41 2009
Picon

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)

Lee McColl Sylvester | 20 Oct 17:24 2009
Picon

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)

Justin Collins | 21 Oct 00:19 2009

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)

Boris Vnukov | 21 Oct 09:22 2009
Picon

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)
Nicolas Cannasse | 21 Oct 10:46 2009

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)


Gmane