Plan for NuML

27 views
Skip to first unread message

Pedro Mendes

unread,
Apr 25, 2013, 7:12:31 AM4/25/13
to numl-d...@googlegroups.com
Dear all,

Since the start of my BBSRC COPASI grant, we've activated work on NuML and SED-ML (the latter discussed in the other list). Our plan is to develop NuML to the point where there will be a libNuML. Then propose it for SED-ML but maybe this should be even earlier?

We need to have a libSED-ML and if NuML will be used, we'd rather already have it working with libNuML.

Right now Joseph is working on a prototype of such a libNuML following the current schema. This is being done in the open, the first version is even working, at least for Joseph. It is hosted in Google Code http://code.google.com/p/numl/

Any opinions/comments/cheers/boos would be appreciated right now, so that we know where we stand with this.

best
Pedro

Joseph Olufemi Dada

unread,
Apr 26, 2013, 7:29:01 AM4/26/13
to numl-d...@googlegroups.com
Dear All,

Further to Pedro mail, I can confirm that the C/C++ LIBNUML library
(presently working on Unix/linux based systems) is now available at the NuML
project website: http://code.google.com/p/numl/. It's under the main HEAD:
https://numl.googlecode.com/svn/trunk/. The library comes with some examples
for one/two dimensional data and Java binding. We are currently working on the
library for use on Window systems and bindings for other languages. More
examples will also follow.

Many thanks to the LIBSBML development team. The adaptation/reusing of
LIBSBML codes help greatly in the development of libnuml.

Any comments/suggestions are welcome.

Thanks, Joseph

Frank T. Bergmann

unread,
Apr 26, 2013, 7:45:58 AM4/26/13
to numl-d...@googlegroups.com
Only one comment for now. It would be great if you could also create the
CMake files for the project, as that will allow to *easily* compile it on
all platforms. I feel it will make it much easier to use ... there is way
too much black magic in autotools + libtool. The other bit that I feel will
make it difficult to use, is the *direct* inclusion of the XML layer of
libsbml. This will make it extremely difficult to use the libraries together
in the future. So for the time being I would find it easier to link against
libSBML.

Frank
> --
> You received this message because you are subscribed to the Google Groups
> "NuML Discussion List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to numl-discuss...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>


Joseph Olufemi Dada

unread,
Apr 30, 2013, 5:54:33 AM4/30/13
to numl-d...@googlegroups.com
Thanks for your comment Frank. Don't know why your mail was held up as likely
spam messages.

> Only one comment for now. It would be great if you could also create the
> CMake files for the project, as that will allow to *easily* compile it on
> all platforms. I feel it will make it much easier to use ... there is way
> too much black magic in autotools + libtool.

Thanks, will look into this.

> The other bit that I feel will
> make it difficult to use, is the *direct* inclusion of the XML layer of
> libsbml. This will make it extremely difficult to use the libraries
> together in the future. So for the time being I would find it easier to
> link against libSBML.

It is still a work in progress. There should be a way to avoid this
difficulty.

Thanks, Joseph
Reply all
Reply to author
Forward
0 new messages