Menu
▾
▴
sbmlsolver-discuss — support and discussion for the SBML ODE Solver Library
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(2) |
Jun
(1) |
Jul
(2) |
Aug
(2) |
Sep
(2) |
Oct
(23) |
Nov
(21) |
Dec
(4) |
| 2007 |
Jan
(8) |
Feb
(7) |
Mar
(7) |
Apr
(17) |
May
(12) |
Jun
(8) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(3) |
| 2008 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
|
May
(14) |
Jun
|
Jul
(7) |
Aug
|
Sep
(15) |
Oct
(30) |
Nov
(7) |
Dec
(1) |
| 2009 |
Jan
(1) |
Feb
(16) |
Mar
(6) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(13) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(9) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
(6) |
May
(3) |
Jun
(11) |
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: raim <ra...@tb...> - 2014-07-07 11:56:58
|
Hi, Currently, there is nobody working on this to my knowledge. best, Rainer On 30-06-2014 04:43, Takeshi Abe wrote: > Hi, > > The branch sundials-2.4.0 at the github repository now compiles with > SUNDIALS 2.5.0 too, after fixing some of flaws (courtesy to Tim > Johann). > I wonder if there is someone else trying to test the branch in order to > migrate the latest SUNDIALS. > > Cheers, > -- Takeshi Abe > > > > > > > > > ----------------------------------------------------------------------- > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community > Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > sbmlsolver-discuss mailing list > sbm...@li... > https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss |
|
From: Takeshi A. <ta...@fi...> - 2014-06-30 02:59:07
|
Hi, The branch sundials-2.4.0 at the github repository now compiles with SUNDIALS 2.5.0 too, after fixing some of flaws (courtesy to Tim Johann). I wonder if there is someone else trying to test the branch in order to migrate the latest SUNDIALS. Cheers, -- Takeshi Abe |
|
From: Rainer M. <ra...@tb...> - 2011-08-23 12:26:39
|
Hi Akira, great that it worked! A general question to you and others on the list: do you already use a higher version of libsbml in CellDesigner? I know that many tools stayed with 3.4.1 for a while, since it worked fine, but I guess it may be time to switch. Switch to libsbml 4 or already 5? Does anyone have experience with these? What are advantages/disadvantages? best regards, Rainer On Mon, Aug 22, 2011 at 10:38:46PM +0900, Akira Funahashi wrote: > I'm sorry that was our mistake. > We found that the problem was in our environment. > It worked with libsbml-3.4.1 at last. > I'm sorry to bother you guys... > -- > Akira > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > sbmlsolver-discuss mailing list > sbm...@li... > https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss > |
|
From: Akira F. <fu...@fu...> - 2011-08-22 13:39:33
|
I'm sorry that was our mistake. We found that the problem was in our environment. It worked with libsbml-3.4.1 at last. I'm sorry to bother you guys... -- Akira |
|
From: Akira F. <fu...@fu...> - 2011-08-22 13:16:26
|
Hi, What is the recommended version of libsbml when I want to compile SOSlib on git-hub? My student (Akito Tabira) found that the example model (basic.xml etc.) doesn't work when SOSlib is compiled with libsbml-3.4.1. The reason is that when you try to get num. of functionDefinitions from a model which doesn't have listOfFunctionDefinitions, libsbml returns strange value. This happens in Model_copyInits() in SOSlib. We found that this might not happen with libsbml-4.x, but the argument for Model_create() requires level and version of SBML, which might not work for current git version of SOSlib. Thanks, -- Akira |
|
From: Takeshi A. <ta...@fi...> - 2011-08-19 15:24:08
|
Hi Rainer,
On Thu, 18 Aug 2011 15:07:23 +0200, Rainer Machne <ra...@tb...> wrote:
> it looks quite harmless to me, pleae commit!
Thanks for your review, done.
Cheers,
-- Takeshi Abe
>
> Rainer
>
> On Tue, Aug 09, 2011 at 11:12:29AM +0900, Takeshi Abe wrote:
>> Hi all,
>>
>> Please review the attached patch to allow for extra switches to CFLAGS/LIBS,
>> which makes it easy to tweak gcc, for example, on Mac OS X (intel) by
>> adding '-arch i386'.
>> I will commit it into master if OK.
>>
>> Cheers,
>> -- Takeshi Abe
>
>> >From 307f83233d9de7c29fc06d149825f2cad20dd57c Mon Sep 17 00:00:00 2001
>> From: Takeshi Abe <ta...@fi...>
>> Date: Tue, 9 Aug 2011 10:58:45 +0900
>> Subject: [PATCH] allow for extra switches to CFLAGS/LIBS
>>
>> ---
>> configure.in | 8 ++++----
>> 1 files changed, 4 insertions(+), 4 deletions(-)
>>
>> diff --git a/configure.in b/configure.in
>> index 8409e4f..fa29daf 100644
>> --- a/configure.in
>> +++ b/configure.in
>> @@ -64,8 +64,8 @@ AC_DEFINE_UNQUOTED([SHAREDLIBEXT], ".${SHAREDLIBEXT}",
>>
>> dnl Adding global compilation parameters
>> dnl !!! remove -g -O2 -pg for release ???
>> -CFLAGS="-g -O2 -pg -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
>> -LIBS="-lm -lstdc++"
>> +CFLAGS="$CFLAGS -g -O2 -pg -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
>> +LIBS="$LIBS -lm -lstdc++"
>> AC_SUBST(CFLAGS)
>> AC_SUBST(LIBS)
>>
>> @@ -103,8 +103,8 @@ dnl Adding global compilation parameters
>> dnl !!! remove -g -O2 -pg for release ???
>>
>> dnl CFLAGS="-g -O2 -pg -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
>> -CFLAGS="-g -O2 -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
>> -LIBS="-ldl -lm -lstdc++"
>> +CFLAGS="$CFLAGS -g -O2 -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
>> +LIBS="$LIBS -ldl -lm -lstdc++"
>>
>>
>> dnl add the CFLAGS and LDFLAGS for tcc online compilation
>> --
>> 1.7.2.5
>>
>
>> ------------------------------------------------------------------------------
>> uberSVN's rich system and user administration capabilities and model
>> configuration take the hassle out of deploying and managing Subversion and
>> the tools developers use with it. Learn more about uberSVN and get a free
>> download at: http://p.sf.net/sfu/wandisco-dev2dev
>
>> _______________________________________________
>> sbmlsolver-discuss mailing list
>> sbm...@li...
>> https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss
>
|
|
From: Rainer M. <ra...@tb...> - 2011-08-18 13:41:23
|
Hi Takeshi,
it looks quite harmless to me, pleae commit!
Rainer
On Tue, Aug 09, 2011 at 11:12:29AM +0900, Takeshi Abe wrote:
> Hi all,
>
> Please review the attached patch to allow for extra switches to CFLAGS/LIBS,
> which makes it easy to tweak gcc, for example, on Mac OS X (intel) by
> adding '-arch i386'.
> I will commit it into master if OK.
>
> Cheers,
> -- Takeshi Abe
> >From 307f83233d9de7c29fc06d149825f2cad20dd57c Mon Sep 17 00:00:00 2001
> From: Takeshi Abe <ta...@fi...>
> Date: Tue, 9 Aug 2011 10:58:45 +0900
> Subject: [PATCH] allow for extra switches to CFLAGS/LIBS
>
> ---
> configure.in | 8 ++++----
> 1 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/configure.in b/configure.in
> index 8409e4f..fa29daf 100644
> --- a/configure.in
> +++ b/configure.in
> @@ -64,8 +64,8 @@ AC_DEFINE_UNQUOTED([SHAREDLIBEXT], ".${SHAREDLIBEXT}",
>
> dnl Adding global compilation parameters
> dnl !!! remove -g -O2 -pg for release ???
> -CFLAGS="-g -O2 -pg -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
> -LIBS="-lm -lstdc++"
> +CFLAGS="$CFLAGS -g -O2 -pg -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
> +LIBS="$LIBS -lm -lstdc++"
> AC_SUBST(CFLAGS)
> AC_SUBST(LIBS)
>
> @@ -103,8 +103,8 @@ dnl Adding global compilation parameters
> dnl !!! remove -g -O2 -pg for release ???
>
> dnl CFLAGS="-g -O2 -pg -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
> -CFLAGS="-g -O2 -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
> -LIBS="-ldl -lm -lstdc++"
> +CFLAGS="$CFLAGS -g -O2 -Wno-unknown-pragmas -Wall -ansi -std=iso9899:1990"
> +LIBS="$LIBS -ldl -lm -lstdc++"
>
>
> dnl add the CFLAGS and LDFLAGS for tcc online compilation
> --
> 1.7.2.5
>
> ------------------------------------------------------------------------------
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at: http://p.sf.net/sfu/wandisco-dev2dev
> _______________________________________________
> sbmlsolver-discuss mailing list
> sbm...@li...
> https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss
|
|
From: Takeshi A. <ta...@fi...> - 2011-08-09 02:29:09
|
Hi all, Please review the attached patch to allow for extra switches to CFLAGS/LIBS, which makes it easy to tweak gcc, for example, on Mac OS X (intel) by adding '-arch i386'. I will commit it into master if OK. Cheers, -- Takeshi Abe |
|
From: Takeshi A. <ta...@fi...> - 2011-06-21 23:44:40
|
Hi Rainer, On Tue, 21 Jun 2011 15:12:32 +0200, Rainer Machne <ra...@tb...> wrote: > I am trying to learn how the branching works at github. A strange thing > is that we apparently did have - but never really used - branches before > at the sourceforge CVS and they have been inherited. > > Here is what I get from commandline: > > erdling ~/programs/SBML_odeSolver.git> git branch > TBI > * master > origin > physiomics > > > So TBI is our institute, physiomics is the former workplace of Andrew > Finney, I guess origin is the original branch I created? > > But where is the Sundials branch? I didn't find anything here: > http://book.git-scm.com/3_basic_branching_and_merging.html The sundials branch is in the remote (i.e., github) repository. Could you pull commits in the remote repository and rebase? http://book.git-scm.com/3_distributed_workflows.html In current situation the following command (pull-and-rebase) may be enough: $ git pull --rebase BTW pull-and-merge is safer if we have more complicate case in future. With github's web interface you can look at the sundials branch: https://github.com/raim/SBML_odeSolver/tree/sundials-2.4.0 Cheers, -- Takeshi Abe |
|
From: Rainer M. <ra...@tb...> - 2011-06-21 13:12:42
|
Hi, I am trying to learn how the branching works at github. A strange thing is that we apparently did have - but never really used - branches before at the sourceforge CVS and they have been inherited. Here is what I get from commandline: erdling ~/programs/SBML_odeSolver.git> git branch TBI * master origin physiomics So TBI is our institute, physiomics is the former workplace of Andrew Finney, I guess origin is the original branch I created? But where is the Sundials branch? I didn't find anything here: http://book.git-scm.com/3_basic_branching_and_merging.html Rainer |
|
From: Takeshi A. <ta...@fi...> - 2011-06-20 01:56:20
|
Hi all, I see a couple of problems in building SOSlib HEAD on MinGW. The one is very simple, gcc throw an error with C++ style comments. The other is that linking conftest.exe fails in ./configure. Can I commit the attached patches to master in order to fix them? Cheers, -- Takeshi Abe |
|
From: Takeshi A. <ta...@fi...> - 2011-06-17 15:54:37
|
On Fri, 17 Jun 2011 17:33:41 +0200, Rainer Machne <ra...@tb...> wrote: >> We can, and there seems some options to do that; pushing the patch into >> the master branch is simple but may break its stability, or is it >> reasonable to prepare a dedicated branch for SUNDIALS 2.4.0? > > It should be simple to fuse it back into the master, right? I guess, > starting a branch would also be a good exercise for me (and others) to > learn how this works? Yes, branching and merging back turns easy in case of git. > > I already added you as a collaborator. So if possible, please go ahead > and start a Sundials 2.4.0 branch. Or I can do that next week. Done, we now have the sundials-2.4.0 branch extended by the patch. Cheers, -- Takeshi Abe |
|
From: Rainer M. <ra...@tb...> - 2011-06-17 15:33:50
|
On 06/17/2011 05:29 PM, Takeshi Abe wrote: > Hi Rainer, > > On Fri, 17 Jun 2011 16:14:28 +0200, Rainer Machne <ra...@tb...> wrote: >> >> If that was it already, it was really simple. Now, I guess I have to >> learn how to work with github too :) >> >> https://github.com/raim/SBML_odeSolver > Great! Thanks for your work. > >> >> Thanks for your help, Takeshi! Now, should we move to Sundials 2.4.0 >> already? > We can, and there seems some options to do that; pushing the patch into > the master branch is simple but may break its stability, or is it > reasonable to prepare a dedicated branch for SUNDIALS 2.4.0? It should be simple to fuse it back into the master, right? I guess, starting a branch would also be a good exercise for me (and others) to learn how this works? I already added you as a collaborator. So if possible, please go ahead and start a Sundials 2.4.0 branch. Or I can do that next week. Rainer |
|
From: Takeshi A. <ta...@fi...> - 2011-06-17 15:29:13
|
Hi Rainer, On Fri, 17 Jun 2011 16:14:28 +0200, Rainer Machne <ra...@tb...> wrote: > > If that was it already, it was really simple. Now, I guess I have to > learn how to work with github too :) > > https://github.com/raim/SBML_odeSolver Great! Thanks for your work. > > Thanks for your help, Takeshi! Now, should we move to Sundials 2.4.0 > already? We can, and there seems some options to do that; pushing the patch into the master branch is simple but may break its stability, or is it reasonable to prepare a dedicated branch for SUNDIALS 2.4.0? Cheers, -- Takeshi Abe |
|
From: Rainer M. <ra...@tb...> - 2011-06-17 14:14:40
|
If that was it already, it was really simple. Now, I guess I have to learn how to work with github too :) https://github.com/raim/SBML_odeSolver Thanks for your help, Takeshi! Now, should we move to Sundials 2.4.0 already? cheers, Rainer On 06/17/2011 03:37 AM, Takeshi Abe wrote: > Hi Rainer, > > On Thu, 16 Jun 2011 16:05:56 +0200, Rainer Machne <ra...@tb...> wrote: >> Finally I have time to start moving to github. >> >> I am following the instructions here, since it seems to keep the full >> CVS history: >> http://ghantoos.org/2010/11/11/migrating-sourceforge-cvs-source-repository-to-github/ >> >> Is that a good idea? Any better instructions? > I think it is a good way to go. > >> >> Currently, I am stuck at the third series of steps already. My git says: >> git cvsimport -p x -v -d /home/mescalin/raim/programs/sbmlsolver/ sbmlsolver >> >> git: 'cvsimport' is not a git command. See 'git --help'. > The message suggests that your git does not have the cvsimport module, which is > separate from git-core. > Presuming that your system is a Linux distribution, in case of Fedora, the meta > package "git-all" provides it: > https://admin.fedoraproject.org/pkgdb/acls/name/git > If you use Debian or Ubuntu, just install git-cvs: > http://packages.debian.org/git-cvs > HTH. > > Cheers, > -- Takeshi Abe > |
|
From: Takeshi A. <ta...@fi...> - 2011-06-17 01:38:05
|
Hi Rainer, On Thu, 16 Jun 2011 16:05:56 +0200, Rainer Machne <ra...@tb...> wrote: > Finally I have time to start moving to github. > > I am following the instructions here, since it seems to keep the full > CVS history: > http://ghantoos.org/2010/11/11/migrating-sourceforge-cvs-source-repository-to-github/ > > Is that a good idea? Any better instructions? I think it is a good way to go. > > Currently, I am stuck at the third series of steps already. My git says: > git cvsimport -p x -v -d /home/mescalin/raim/programs/sbmlsolver/ sbmlsolver > > git: 'cvsimport' is not a git command. See 'git --help'. The message suggests that your git does not have the cvsimport module, which is separate from git-core. Presuming that your system is a Linux distribution, in case of Fedora, the meta package "git-all" provides it: https://admin.fedoraproject.org/pkgdb/acls/name/git If you use Debian or Ubuntu, just install git-cvs: http://packages.debian.org/git-cvs HTH. Cheers, -- Takeshi Abe |
|
From: Lukas E. <lu...@eb...> - 2011-06-16 19:30:19
|
Hi Rainer Hurray - soslib is alive and kicking! Did you install git-cvsimport? On ubunutu I had to install the git-cvs and cvsps packages to make git understand. Oh - and I will hopefully come to the TBI tomorrow - are you around noonish? All the best Lukas On 16/06/11 15:05, Rainer Machne wrote: > Hi, > > Finally I have time to start moving to github. > > I am following the instructions here, since it seems to keep the full > CVS history: > http://ghantoos.org/2010/11/11/migrating-sourceforge-cvs-source-repository-to-github/ > > Is that a good idea? Any better instructions? > > > Currently, I am stuck at the third series of steps already. My git says: > git cvsimport -p x -v -d /home/mescalin/raim/programs/sbmlsolver/ sbmlsolver > > git: 'cvsimport' is not a git command. See 'git --help'. > > Any ideas? > > Rainer > > On 06/01/2011 02:47 AM, Takeshi Abe wrote: >> Hi all, >> >> On Mon, 09 May 2011 09:59:59 +0900 (JST), Takeshi Abe<ta...@fi...> wrote: >>> Thanks for your reply! >>> >>> On Fri, 06 May 2011 14:46:22 +0200, Rainer Machne<ra...@tb...> wrote: >>>> great work! Christoph and me will probably move the current source to >>>> github next week, and I will test your patch here then. If all is OK, >>>> you could directly submit yourself to github, OK? >>> Yes, no problem. >> Sorry for my impatience, but feel free to ask me if you have some problems. >> >> Cheers, >> -- Takeshi Abe >> >> ------------------------------------------------------------------------------ >> Simplify data backup and recovery for your virtual environment with vRanger. >> Installation's a snap, and flexible recovery options mean your data is safe, >> secure and there when you need it. Data protection magic? >> Nope - It's vRanger. Get your free trial download today. >> http://p.sf.net/sfu/quest-sfdev2dev >> _______________________________________________ >> sbmlsolver-discuss mailing list >> sbm...@li... >> https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss >> > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > sbmlsolver-discuss mailing list > sbm...@li... > https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss -- Lukas Endler Comp. Neurobiol. Group EMBL/EBI (http://www.ebi.ac.uk/) email: lu...@eb... mobile: +447500547176 skype: lukasendler |
|
From: Rainer M. <ra...@tb...> - 2011-06-16 14:42:08
|
Hi, Finally I have time to start moving to github. I am following the instructions here, since it seems to keep the full CVS history: http://ghantoos.org/2010/11/11/migrating-sourceforge-cvs-source-repository-to-github/ Is that a good idea? Any better instructions? Currently, I am stuck at the third series of steps already. My git says: git cvsimport -p x -v -d /home/mescalin/raim/programs/sbmlsolver/ sbmlsolver git: 'cvsimport' is not a git command. See 'git --help'. Any ideas? Rainer On 06/01/2011 02:47 AM, Takeshi Abe wrote: > Hi all, > > On Mon, 09 May 2011 09:59:59 +0900 (JST), Takeshi Abe <ta...@fi...> wrote: >> Thanks for your reply! >> >> On Fri, 06 May 2011 14:46:22 +0200, Rainer Machne <ra...@tb...> wrote: >>> great work! Christoph and me will probably move the current source to >>> github next week, and I will test your patch here then. If all is OK, >>> you could directly submit yourself to github, OK? >> Yes, no problem. > Sorry for my impatience, but feel free to ask me if you have some problems. > > Cheers, > -- Takeshi Abe > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > sbmlsolver-discuss mailing list > sbm...@li... > https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss > |
|
From: Takeshi A. <ta...@fi...> - 2011-06-01 00:47:35
|
Hi all, On Mon, 09 May 2011 09:59:59 +0900 (JST), Takeshi Abe <ta...@fi...> wrote: > Thanks for your reply! > > On Fri, 06 May 2011 14:46:22 +0200, Rainer Machne <ra...@tb...> wrote: >> great work! Christoph and me will probably move the current source to >> github next week, and I will test your patch here then. If all is OK, >> you could directly submit yourself to github, OK? > Yes, no problem. Sorry for my impatience, but feel free to ask me if you have some problems. Cheers, -- Takeshi Abe |
|
From: Takeshi A. <ta...@fi...> - 2011-05-09 01:00:08
|
Hi Rainer, Thanks for your reply! On Fri, 06 May 2011 14:46:22 +0200, Rainer Machne <ra...@tb...> wrote: > great work! Christoph and me will probably move the current source to > github next week, and I will test your patch here then. If all is OK, > you could directly submit yourself to github, OK? Yes, no problem. Cheers, -- Takeshi Abe |
|
From: Rainer M. <ra...@tb...> - 2011-05-06 12:46:38
|
Hi Takeshi, great work! Christoph and me will probably move the current source to github next week, and I will test your patch here then. If all is OK, you could directly submit yourself to github, OK? Rainer On 05/06/2011 08:30 AM, Takeshi Abe wrote: > Hi all, > > So here is a proposed patch for upgrading to SUNDIALS 2.4.0. > Note that it is still rough but compiles successfully with CVS trunk. > > During making changes I found a few points to be checked carefully: > * many API functions and typedefs of CVODE/CVODES are renamed. > * the `cvadj_mem' field is no longer needed for adjoint case; instead, > we must pass `cvode_mem' and `which' to the related functions. > * new wrappers, like CVodeGetB/CVodeGetQuadB/CVodeGetSens, answer the > next time of the integration as an output parameter. I think we can > use it to replace the original code to compute the next time, but > still undone. > > Any comments and/or suggestions would be appreciated. > > Cheers, > -- Takeshi Abe > > On Tue, 26 Apr 2011 16:54:03 +0900 (JST), Takeshi Abe <ta...@fi...> wrote: >> Hi all, >> >> I would like to use SBML_odeSolver with the latest version of SUNDIALS >> i.e. 2.4.0: https://computation.llnl.gov/casc/sundials/ >> At a glance some changes to odeSolver's code will be necessary for that. >> Please tell me if you have any plan or consideration for the upgrade. >> >> >> ------------------------------------------------------------------------------ >> WhatsUp Gold - Download Free Network Management Software >> The most intuitive, comprehensive, and cost-effective network >> management toolset available today. Delivers lowest initial >> acquisition cost and overall TCO of any competing solution. >> http://p.sf.net/sfu/whatsupgold-sd >> >> >> _______________________________________________ >> sbmlsolver-discuss mailing list >> sbm...@li... >> https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss |
|
From: Takeshi A. <ta...@fi...> - 2011-05-06 06:31:01
|
Hi all, So here is a proposed patch for upgrading to SUNDIALS 2.4.0. Note that it is still rough but compiles successfully with CVS trunk. During making changes I found a few points to be checked carefully: * many API functions and typedefs of CVODE/CVODES are renamed. * the `cvadj_mem' field is no longer needed for adjoint case; instead, we must pass `cvode_mem' and `which' to the related functions. * new wrappers, like CVodeGetB/CVodeGetQuadB/CVodeGetSens, answer the next time of the integration as an output parameter. I think we can use it to replace the original code to compute the next time, but still undone. Any comments and/or suggestions would be appreciated. Cheers, -- Takeshi Abe On Tue, 26 Apr 2011 16:54:03 +0900 (JST), Takeshi Abe <ta...@fi...> wrote: > Hi all, > > I would like to use SBML_odeSolver with the latest version of SUNDIALS > i.e. 2.4.0: https://computation.llnl.gov/casc/sundials/ > At a glance some changes to odeSolver's code will be necessary for that. > Please tell me if you have any plan or consideration for the upgrade. |
|
From: Takeshi A. <ta...@fi...> - 2011-04-26 07:54:16
|
Hi all, I would like to use SBML_odeSolver with the latest version of SUNDIALS i.e. 2.4.0: https://computation.llnl.gov/casc/sundials/ At a glance some changes to odeSolver's code will be necessary for that. Please tell me if you have any plan or consideration for the upgrade. Cheers, -- Takeshi Abe |
|
From: Takeshi A. <ta...@fi...> - 2011-04-12 08:26:59
|
Hi Christoph, On Tue, 12 Apr 2011 09:36:06 +0200, Christoph Flamm <xt...@tb...> wrote: > hi rainer, > hi takahashi, > > in my opinion it is a good idea to move the source of SBML_odeSolver from > sourceforge to github. however i think that rainer or someone from TBI > should be the owner of the main repository at github.com Completely agreed, in fact my repository is just for testing purpose. I would like to follow and clone the official port once it launches. Cheers, -- Takeshi Abe > > with kind regards, > christoph > > -- > Christoph Flamm > Institut fuer Theoretische Chemie | email: xt...@tb... > Universitaet Wien | phone: ++43-1-4277-527-39 > Waehringerstrasse 17/3/308 | fax: ++43-1-4277-527-93 > A-1090 Wien, Austria | www: http://www.tbi.univie.ac.at/~xtof |
|
From: Christoph F. <xt...@tb...> - 2011-04-12 07:36:26
|
hi rainer, hi takahashi, in my opinion it is a good idea to move the source of SBML_odeSolver from sourceforge to github. however i think that rainer or someone from TBI should be the owner of the main repository at github.com with kind regards, christoph -- Christoph Flamm Institut fuer Theoretische Chemie | email: xt...@tb... Universitaet Wien | phone: ++43-1-4277-527-39 Waehringerstrasse 17/3/308 | fax: ++43-1-4277-527-93 A-1090 Wien, Austria | www: http://www.tbi.univie.ac.at/~xtof Takeshi Abe writes: > Hi Rainer, > > On Mon, 04 Apr 2011 09:37:18 +0900 (JST), Takeshi Abe <ta...@fi...> wrote: > >> One of our first moves might however be to move the code from sourceforge to > >> github. Opinions on that? > > I think GitHub is a good way to go because many of developers are familiar > > with its usage today. > In order to check how a migration looks like I have tried to port the current > CVS repository to GitHub's one of mine: > https://github.com/tabe/SBML_odeSolver > It is achieved with git-cvsimport(1). Note that there is only the "master" > branch on the above repository, but the command also dumps other branches > such as 'physiomics'. > HTH. > > Cheers, > -- Takeshi Abe > > ------------------------------------------------------------------------------ > Forrester Wave Report - Recovery time is now measured in hours and minutes > not days. Key insights are discussed in the 2010 Forrester Wave Report as > part of an in-depth evaluation of disaster recovery service providers. > Forrester found the best-in-class provider in terms of services and vision. > Read this report now! http://p.sf.net/sfu/ibm-webcastpromo > _______________________________________________ > sbmlsolver-discuss mailing list > sbm...@li... > https://lists.sourceforge.net/lists/listinfo/sbmlsolver-discuss |
48 messages has been excluded from this view by a project administrator.
