For me it is not so important. If I convert the code from Java to C# then it will be something similar to Jasymca but not Jasymca. So I can use my code as I want.

Intellectual work of thousands of programmers who have worked in the past era, should be the province of all mankind in any way and not under GPL license. The same applies to engineers and scientists.

At this rate, soon someone by changing the pair of genes will lay claim to human DNA (under GPL license).

P.S. And if you are born under license, then the body will have a record: licensed and authorized for personal use only. Reproduce prohibited.

Edited by user 03 June 2013 15:02:43(UTC)  | Reason: Not specified

Ok, I will keep in mind.

Hi, I've updated this post
http://en.smath.info/for...lot-plugin.aspx#post9943
with some more resources, a symbolic engine: 'Reduce',
and two java libraries: a nice library for plotting (JFreeChart) ; a library for math precision (JQuantity).

I'm really intrigued about the posibilities of this magic tool, ikvm, to port java to .net dlls.

Edited by user 04 June 2013 10:31:04(UTC)  | Reason: Not specified

There's no problem to use GPL software to make plugins here.

First off, the plugin is a separate software, and need not use a compatible license with the main software (I mean SMath in this case). A problem could only arise if either SMath license or GPL explicitly put restrictions to license of plugin/main software; but it is not the case. As a more general case, you may consider just any program to be a kind of "plugin" to an operating system; you see that there are no problems using GPL software on proprietary licensed Windows machines

Two distinct cases should be considered:
1. A GPL'ed code is used inside the plugin code (say, GPL'ed .lib )
2. The plugin is used as a "wrapper" to communicate between SMath and (possibly unmodified) GPL'ed software.

In the first case, the "virus" nature of GPL makes it obligatory to license all the plugin (its DLL and source code) under GPL terms. But this only covers the DLL (compiled code) and its sources; no impact on SMath itself, as the plugin DLL does not embed itself into SMath code.

In the second case, the plugin may be licensed as author wishes. The code isn't derived from the GPL'ed software; the only restriction here is that if the plugin is distributed with the GPL'ed software modules included, then the plugin package must contain the corresponding license for that software (this holds true for almost any software that you include into your package) and a reference to a place where the source code for the GPL'ed software may be obtained.

Some ignorant GPL lovers used to demand that any work made using a GPL tool to be licensed under GPL terms; thus, if you use, say, gcc, then you have to use GPL for your code. On these grounds, you could imagine that if you used emacs for education, then every your work that is based on the knowledge taken from the education must be GPL'ed! But the FSF itself denied this bold interpretation; this is just a nonsense.

Edited by user 06 June 2013 02:58:02(UTC)  | Reason: Not specified

It seems that ikvm has problems with jfreechart,
this is another opensource project that aims to port jfreechart to.net2
J by J#

Edit:

If you download the demo, you can find some dlls like a JFreeChart.dll
well this another alternative for your consideration, there are already a few in this forum

Edit:

video showing the JFreeChart.NET demo
This project uses J# from MS so I don't know if it works in Linux, also 64bit compatibility should be checked.

Edited by user 10 June 2013 14:36:32(UTC)  | Reason: Not specified

We can get both gnuplot and matplotlib
As for the matplotlib the size of plugin will be around 30 MB in zip and 70 MB on disk. Is this normal for you?
About the plugin interface. I think it will be something like Script region.