I think C must remain a strong backend for Unicon. Of course, embedded applications and apps that are otherwise resource-constrained will benefit from this one the most. Optimisations in this area are certainly welcome...
However, it terms of usefulness to a more broad range of people, having a Unicon.Net implementation will guarantee full compatibility with other languages supported under .Net, as well as improved Windos interface, since that OS is slowly shifting towards .Net-only upper layers. Clearly, we don't want having multiple VMs that can not interoperate (JVM, iconx, .Net). Besides, I don't think there are any open-source projects porting Perl/Python/Ruby onto .Net;-) Having (un)Icon there first will promote it better! On Wed, Dec 22, 2004 at 01:03:22PM -0500, Kostas Oikonomou wrote: > I want to put my vote in on this issue: I consider a good interface to > C much more important than interfacing with .net. > > While Unicon is very competitive "feature-wise" with languages such as > Python > and Perl, it is significantly behind in terms of inter-operability with C, > which these > languages enjoy. > > I also feel that .net is (hopefully!) somewhat ephemeral, while the same > cannot be > said of C. > > Kostas > > > On Wed, 22 Dec 2004 10:42:58 -0700, Clint Jeffery <[EMAIL PROTECTED]> > wrote: > > > > > [EMAIL PROTECTED] writes:] > > > >> Do you think it worthwhile to aim for .Net compatibility, as well as > >> native C? I think usage of un(Icon) can > >> improve considerably if it can interoperate with .Net (this will also > >> save us from programming in C#;-), certainly in Windos environment... > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Unicon-group mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unicon-group
