Netduino home hardware projects downloads community

Jump to content


The Netduino forums have been replaced by new forums at community.wildernesslabs.co. This site has been preserved for archival purposes only and the ability to make new accounts or posts has been turned off.
Photo

Runtime Native Code Interop


  • Please log in to reply
46 replies to this topic

#41 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 11 May 2011 - 12:19 PM

Do you know when it's planned to be released?


The .NET MF team usually releases an update every 12-18 months, and the alpha is already out. So my best guess for .NET MF 4.2 is by the fall.

Chris

#42 rensky

rensky

    New Member

  • Members
  • Pip
  • 8 posts

Posted 22 November 2013 - 08:09 AM

Hello,

 

Is native code in the current framework implemented for Neduino plus 2?

 

Can I find an example somewhere?

 

Best regards Ren



#43 Sambo

Sambo

    New Member

  • Members
  • Pip
  • 6 posts

Posted 07 April 2014 - 01:04 AM

Hi,

 

Can someone please bring us up to speed to what has happened to this project?

 

The last comment from Chris was in may 2011.

 

Thanks

 

Edited:

 

This is the latest status I was able to find so far: http://forums.netdui...rop/#entry52324

 

BTW, Chris Walker,

 

I truly admire your professionalism, devotion to your work, great support, and sincerity.



#44 Sambo

Sambo

    New Member

  • Members
  • Pip
  • 6 posts

Posted 07 April 2014 - 07:25 AM

Hi guys,

 

Will this help us in any way?

 

Microsoft open sources more of its .Net technologies

 

I apologize for the double post but since this is a very old post I wasn't sure if it's going to get any attention.


SimpleNGen 1.4

 

 



#45 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 09 April 2014 - 07:50 AM

Hi Sambo,

Ideally this is something that we could get into the core of NETMF (potentially as a rework of how native code interop is done already).

Creating a set of managed/native code interop functions is relatively straightforward (push instruction pointer to stack, push arguments to stack, jump to native function, pop arguments from stack, execute native function, pop return instruction pointer from stack, push return arguments to stack, return instruction pointer to previous function, pop return arguments from stack, jump back to managed code). The hard part is design and overall integration into the core framework.

This is something that we're recommending and investigating as a potential future core feature for NETMF...but not something that we'll be adding as a proprietary extension for Netduino in the near future. A much more powerful and open source solution is to create native code and compile it into your own firmware using GCC today. In the future we might have something even better that you can leverage directly from Visual Studio.

Chris

#46 Sambo

Sambo

    New Member

  • Members
  • Pip
  • 6 posts

Posted 11 April 2014 - 05:24 AM

Hi Chris,

 

Thank you for your reply. I really hope like everybody else including you Chris that this future you mentioned is sooner than we expect. Would you please share with us how soon that future might be? Do you have some information you're keeping too secret?

 

Something else I would like to mention and hope I'm not repeating what someone else might have already brought up. While back I came across this interesting post:
JIT Compiler for NET MF? Or dynamic load native code

I've seen a lot of effort to speed up NETMF critical codes: RLP, interops, SimpleNGen and Fluent by Corey Kosak, etc.. But I can't understand why no one took on making the already included Jitter in NETMF work, as mentioned being doable but not easy by Lorenzo Tessiore in the above referenced post?
 



#47 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 11 April 2014 - 06:33 AM

Hi Sambo,

The JIT code in NETMF is pretty old, designed (somewhat experimentally) for a long-ago runtime. I've had quite a few conversations with Microsoft about it, and I know that quite a few people have tinkered with it to explore its use with newer runtimes.

It would certainly be fun to play with, especially since it would still enable reflection. The big issue is thatresulting JIT compiled binaries would either need to be stored in flash (taking up more of the code space) or in RAM (taking up even more valuable RAM).

It's definitely an interesting proposition, and one worth further exploration. I'm not sure how many engineering man-months/years it would take though.

Chris




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

home    hardware    projects    downloads    community    where to buy    contact Copyright © 2016 Wilderness Labs Inc.  |  Legal   |   CC BY-SA
This webpage is licensed under a Creative Commons Attribution-ShareAlike License.