On Thu, Aug 23, 2012 at 11:46 AM, Michael Clagett <mclag...@hotmail.com> wrote: > That, I would guess, is a result of its being implemented in C#. But what > you lose at that point is the ability for the language to be used outside of > the CLR and the extreme portability of something like Factor. What I'm > envisioning is something closer to Microsoft's C++, which now has built-in > support for generating MSIL, while still remaining completely viable on a > native code platform. Such a capability for Factor (with the ability to > generate JVM byte code as well) would allow Factor to act as a DSL layer > above real-world code bases that organizations are always going to be using > for a significant portion of their development.
The JVM and CLR both have native code interfaces a Factor bridge could take advantage of. I think that would be a more realistic avenue toward interfacing with those platforms than rearchitecting Factor to target the JVM or CLR directly. -Joe ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Factor-talk mailing list Factor-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/factor-talk