From bgiacoma at aei.mpg.de Tue Aug 7 12:46:17 2007 From: bgiacoma at aei.mpg.de (Bruno Giacomazzo) Date: Tue, 7 Aug 2007 19:46:17 +0200 (CEST) Subject: [Developers] problems compiling cactus on mac osx with ifort In-Reply-To: References: Message-ID: Hi, I was finally able to compile Cactus on my Mac (OS X Version 10.4.10) using the fortran Intel compiler. I had to modify two files: 1) Cactus/lib/make/extras/MPI/MPICH using a patch that was created by Steve White one year ago and which solves a problem with mpich2 since tarch is not installed anymore. It use mpich2version instead (see mpich2.diff attached). Why this patch was not committed? 2) Cactus/lib/make/known-architectures/darwin since when using gcc to link, it tries to use icrt.link which is not installed. (see darwin.diff attached). I have also attached the config-info file used to build the executable that runs without any problem. Note that I had to add the following option in the config file: LIBS=pmpich imf svml ifcore I have used the following version of the compilers and libraries: gcc version 4.0.1 (Apple Computer, Inc. build 5367) ifort Version 10.0 hdf5 Version 1.6.5 mpich2 Version 1.0.5 Cheers, Bruno -- Dr. Bruno Giacomazzo Max Planck Institute for Gravitational Physics Albert Einstein Institute Am Muehlenberg 1 D-14476 Potsdam Germany Tel. : +49 331 567 7183 Fax : +49 331 567 7252 cell. : +49 173 826 4488 email : bgiacoma at aei.mpg.de ------------------------------------------------- There are only 10 types of people in the world: Those who understand binary, and those who don't ------------------------------------------------- -------------- next part -------------- Index: lib/make/extras/MPI/MPICH =================================================================== RCS file: /cactusdevcvs/Cactus/lib/make/extras/MPI/MPICH,v retrieving revision 1.25 diff -u -r1.25 MPICH --- lib/make/extras/MPI/MPICH 24 Oct 2005 09:12:21 -0000 1.25 +++ lib/make/extras/MPI/MPICH 21 Apr 2006 09:57:16 -0000 @@ -43,15 +43,23 @@ # Find the MPICH architecture if test -z "$MPICH_ARCH" ; then - if test -x "$MPICH_DIR/bin/tarch" ; then - MPICH_ARCH=`$MPICH_DIR/bin/tarch` - echo " MPICH architecture is $MPICH_ARCH" - else - echo " Cannot execute $MPICH_DIR/bin/tarch" - exit 2 + # MPICH2 doesn't install tarch + if test ! -x "$MPICH_DIR/bin/mpich2version" ; then + if test -x "$MPICH_DIR/bin/tarch" ; then + MPICH_ARCH=`$MPICH_DIR/bin/tarch` + echo " MPICH architecture is $MPICH_ARCH" + else + echo " Cannot execute $MPICH_DIR/bin/tarch" + exit 2 + fi fi fi +if test -x "$MPICH_DIR/bin/mpich2version" ; then + # see MPICH2 User's Guide, sect. 5.3: Special Issues for C++ + CXXFLAGS="$CXXFLAGS -DMPICH_IGNORE_CXX_SEEK" +fi + # Find the MPICH device - this isn't necessary for mpich-1.2.0 if test -d "$MPICH_DIR/build/$MPICH_ARCH" ; then @@ -176,7 +184,13 @@ fi # Set the MPI version name -MPI_VERSION="MPICH_$MPICH_DEVICE" +if test -x "$MPICH_DIR/bin/mpich2version" ; then + MPICH2_VERSION=`mpich2version -v` + MPICH2_DEVICE=`mpich2version -d` + MPI_VERSION="MPICH2 ${MPICH2_VERSION} (${MPICH2_DEVICE})" +else + MPI_VERSION="MPICH_$MPICH_DEVICE" +fi # Finally set the library lines. MPI_LIBS="$MPICH_LIB $MPICH_DEVICE_LIBS" ------------------------------------------------------------------------ * Previous message: [Users] trouble building cactus <001800.html> * Next message: [Users] problem with CactusEinstein/ADMConstraints and AEIThorns/Exact <001801.html> * *Messages sorted by:* [ date ] [ thread ] [ subject ] [ author ] ------------------------------------------------------------------------ More information about the Users mailing list -------------- next part -------------- Index: darwin =================================================================== RCS file: /cactusdevcvs/Cactus/lib/make/known-architectures/darwin,v retrieving revision 1.18 diff -r1.18 darwin 283c283 < : ${LDFLAGS="-Qy $intel_dir/lib/icrt.link"} --- > : ${LIBS=""} #LDFLAGS="-Qy $intel_dir/lib/icrt.link" -------------- next part -------------- # CONFIGURATION : Whisky_carpet_ifort # CONFIG-DATE : Tue Aug 7 16:32:08 2007 (GMT) # CONFIG-HOST : dhcp-104.aei.mpg.de # CONFIG-STATUS : 0 # CONFIG-OPTIONS : BLAS_DIR=/usr/lib CFLAGS=-Drestrict= -std=c99 -DMPICH_IGNORE_CXX_SEEK CPPFLAGS=-DMPICH_IGNORE_CXX_SEEK CXXFLAGS=-DMPICH_IGNORE_CXX_SEEK F77=ifort F90=ifort FPP=${PERL} ${CCTK_HOME}/lib/sbin/cpp.pl GSL_DIR=/sw HDF5=yes HDF5_DIR=/usr/local LAPACK=yes LAPACK_DIR=/Library/Frameworks/Intel_MKL.framework/Versions/Current/lib/32 LIBS=pmpich imf svml ifcore MPI=MPICH MPICH_DIR=/usr/local/mpich2 PERL=perl THORNLIST=Whisky_carpet.th THORNLIST_DIR=thornlists From tradke at aei.mpg.de Wed Aug 8 07:10:32 2007 From: tradke at aei.mpg.de (Thomas Radke) Date: Wed, 08 Aug 2007 14:10:32 +0200 Subject: [Developers] problems compiling cactus on mac osx with ifort In-Reply-To: References: Message-ID: <46B9B2B8.8070806@aei.mpg.de> Bruno Giacomazzo wrote: > Hi, > I was finally able to compile Cactus on my Mac (OS X Version > 10.4.10) using the fortran Intel compiler. I had to modify two files: > > 1) Cactus/lib/make/extras/MPI/MPICH using a patch that was created by > Steve White one year ago and which solves a problem with mpich2 since > tarch is not installed anymore. It use mpich2version instead (see > mpich2.diff attached). Why this patch was not committed? I don't know and just did it, after testing it on my own MPICH2 installation. > 2) Cactus/lib/make/known-architectures/darwin since when using gcc to > link, it tries to use icrt.link which is not installed. (see darwin.diff > attached). > > I have also attached the config-info file used to build the > executable that runs without any problem. Note that I had to add the > following option in the config file: LIBS=pmpich imf svml ifcore The pmpich library should be automatically added to MPI_LIBS by the MPICH configure script. The other libraries are added already by the current known-architectures configure script for darwin, you just had commented out too much in your patched version. All necessary changes are in CVS now so that Cactus should build automatically on Darwin with MPICH2, without the need for users to patch anything manually. -- Cheers, Thomas. From kellerma at aei.mpg.de Tue Aug 14 00:27:51 2007 From: kellerma at aei.mpg.de (Thorsten Kellermann) Date: Tue, 14 Aug 2007 07:27:51 +0200 Subject: [Developers] error Message ? Message-ID: <46C13D57.3010907@aei.mpg.de> Hi I got the following message /data3/kellerma/Cactus/arrangements/Whisky_Dev/Whisky_TOVSolverC/src/tov.c(16): catastrophic error: could not open source file "AEIThorns/Constants/src/constants.h" #include "AEIThorns/Constants/src/constants.h" But I could not found AEIThorns/Constants in CVS. Does somebody know how to handle this problem ? Thorsten From kellerma at aei.mpg.de Tue Aug 14 00:37:37 2007 From: kellerma at aei.mpg.de (Thorsten Kellermann) Date: Tue, 14 Aug 2007 07:37:37 +0200 Subject: [Developers] error Message ? I found it ! In-Reply-To: <46C13D57.3010907@aei.mpg.de> References: <46C13D57.3010907@aei.mpg.de> Message-ID: <46C13FA1.1090005@aei.mpg.de> Thorsten Kellermann wrote: > Hi > > I got the following message > > /data3/kellerma/Cactus/arrangements/Whisky_Dev/Whisky_TOVSolverC/src/tov.c(16): > catastrophic error: could not open source file > "AEIThorns/Constants/src/constants.h" > #include "AEIThorns/Constants/src/constants.h" > > But I could not found AEIThorns/Constants in CVS. Does somebody know how > to handle this problem ? > > Thorsten > _______________________________________________ > Developers mailing list > Developers at cactuscode.org > http://www.cactuscode.org/mailman/listinfo/developers > From frank.loeffler at aei.mpg.de Tue Aug 14 02:10:45 2007 From: frank.loeffler at aei.mpg.de (Frank Loeffler) Date: Tue, 14 Aug 2007 09:10:45 +0200 Subject: [Developers] error Message ? In-Reply-To: <46C13D57.3010907@aei.mpg.de> References: <46C13D57.3010907@aei.mpg.de> Message-ID: <20070814071045.GB9693@peterpan.ap.op.sissa.it> On Tue, Aug 14, 2007 at 07:27:51AM +0200, Thorsten Kellermann wrote: > But I could not found AEIThorns/Constants in CVS. Does somebody know how > to handle this problem ? It is in CVS, so e.g. by cvs -d :pserver:kellerma at cvs.aei.mpg.de/numrelcvs/ \ co AEIThorns/Constants Frank From schnetter at cct.lsu.edu Wed Aug 22 10:47:50 2007 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Wed, 22 Aug 2007 10:47:50 -0500 Subject: [Developers] Change to Cactus/lib/make/make.configuration Message-ID: Thorn Formaline creates tarballs for all thorn source code. Some architectures, noticeably AIX, have rather strict limits on the length of a command line, and Formaline can fail there if many thorns are used. It is very difficult to work around this problem, since only make knows the list of all thorns, and it cannot pass it to any shell function. This makes it also impossible to write this make variable into a file. One solution is to create a set of make rules, one rule per thorn, and then call make recursively. This happens in Formaline in make.configuration.deps, which is called from Cactus/lib/make/ make.configuration. In order to make this work, the following lines need to be added to Cactus/lib/make/make.configuration: ifeq ($(suffix $(strip $(MAKECMDGOALS))), .objectlist) -include $(CONFIG)/make.thornlist endif These lines are very similar to the existing lines: ifeq ($(strip $(MAKECMDGOALS)),) -include $(CONFIG)/make.thornlist endif ifeq ($(strip $(MAKECMDGOALS)), utils) -include $(CONFIG)/make.thornlist endif ifeq ($(strip $(MAKECMDGOALS)), build) -include $(CONFIG)/make.thornlist endif This introduces a special case to Cactus/lib/make/make.configuration, which treats all make goals ending in ".objectlist" specially. At the moment, all goals ending in "-utils" and "-build" are treated specially. Is it okay to apply this patch? -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://www.cactuscode.org/pipermail/developers/attachments/20070822/32da1a93/attachment-0001.bin From goodale at cct.lsu.edu Wed Aug 22 11:04:12 2007 From: goodale at cct.lsu.edu (Tom Goodale) Date: Wed, 22 Aug 2007 17:04:12 +0100 (BST) Subject: [Developers] Change to Cactus/lib/make/make.configuration In-Reply-To: References: Message-ID: So the idea of this is to introduce a mechanism whereby you can recurse over all thorns but not build them ? I think maybe having it called -custom might be a better name than .objectlist - as the idea is to allow some custom processing from a thorn's make.configuration.deps file, and Formaline just happens in this instance to use it to generate an objectlist. Cheers, Tom On Wed, 22 Aug 2007, Erik Schnetter wrote: > Thorn Formaline creates tarballs for all thorn source code. Some > architectures, noticeably AIX, have rather strict limits on the length of a > command line, and Formaline can fail there if many thorns are used. > > It is very difficult to work around this problem, since only make knows the > list of all thorns, and it cannot pass it to any shell function. This makes > it also impossible to write this make variable into a file. > > One solution is to create a set of make rules, one rule per thorn, and then > call make recursively. This happens in Formaline in make.configuration.deps, > which is called from Cactus/lib/make/make.configuration. > > In order to make this work, the following lines need to be added to > Cactus/lib/make/make.configuration: > > ifeq ($(suffix $(strip $(MAKECMDGOALS))), .objectlist) > -include $(CONFIG)/make.thornlist > endif > > These lines are very similar to the existing lines: > > ifeq ($(strip $(MAKECMDGOALS)),) > -include $(CONFIG)/make.thornlist > endif > > ifeq ($(strip $(MAKECMDGOALS)), utils) > -include $(CONFIG)/make.thornlist > endif > > ifeq ($(strip $(MAKECMDGOALS)), build) > -include $(CONFIG)/make.thornlist > endif > > This introduces a special case to Cactus/lib/make/make.configuration, which > treats all make goals ending in ".objectlist" specially. At the moment, all > goals ending in "-utils" and "-build" are treated specially. > > Is it okay to apply this patch? > > -erik > > From schnetter at cct.lsu.edu Wed Aug 22 11:25:29 2007 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Wed, 22 Aug 2007 11:25:29 -0500 Subject: [Developers] Change to Cactus/lib/make/make.configuration In-Reply-To: References: Message-ID: <5831B6E3-9B47-426A-84FB-EB47F8B490FA@cct.lsu.edu> Yes, that is the general idea. "custom" would not work, since it is only one target. I need several, one for each thorn library. What about any suffix which begins with "custom" ("custom*"), with suitable pattern matching? -erik On Aug 22, 2007, at 11:04:12, Tom Goodale wrote: > So the idea of this is to introduce a mechanism whereby you can > recurse > over all thorns but not build them ? > > I think maybe having it called -custom might be a better name than > .objectlist - as the idea is to allow some custom processing from a > thorn's make.configuration.deps file, and Formaline just happens in > this > instance to use it to generate an objectlist. > > Cheers, > > Tom > > On Wed, 22 Aug 2007, Erik Schnetter wrote: > >> Thorn Formaline creates tarballs for all thorn source code. Some >> architectures, noticeably AIX, have rather strict limits on the >> length of a >> command line, and Formaline can fail there if many thorns are used. >> >> It is very difficult to work around this problem, since only make >> knows the >> list of all thorns, and it cannot pass it to any shell function. >> This makes >> it also impossible to write this make variable into a file. >> >> One solution is to create a set of make rules, one rule per thorn, >> and then >> call make recursively. This happens in Formaline in >> make.configuration.deps, >> which is called from Cactus/lib/make/make.configuration. >> >> In order to make this work, the following lines need to be added to >> Cactus/lib/make/make.configuration: >> >> ifeq ($(suffix $(strip $(MAKECMDGOALS))), .objectlist) >> -include $(CONFIG)/make.thornlist >> endif >> >> These lines are very similar to the existing lines: >> >> ifeq ($(strip $(MAKECMDGOALS)),) >> -include $(CONFIG)/make.thornlist >> endif >> >> ifeq ($(strip $(MAKECMDGOALS)), utils) >> -include $(CONFIG)/make.thornlist >> endif >> >> ifeq ($(strip $(MAKECMDGOALS)), build) >> -include $(CONFIG)/make.thornlist >> endif >> >> This introduces a special case to Cactus/lib/make/ >> make.configuration, which >> treats all make goals ending in ".objectlist" specially. At the >> moment, all >> goals ending in "-utils" and "-build" are treated specially. >> >> Is it okay to apply this patch? >> >> -erik >> >> > _______________________________________________ > Developers mailing list > Developers at cactuscode.org > http://www.cactuscode.org/mailman/listinfo/developers > -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://www.cactuscode.org/pipermail/developers/attachments/20070822/ac74157c/attachment.bin From goodale at cct.lsu.edu Wed Aug 22 11:32:35 2007 From: goodale at cct.lsu.edu (Tom Goodale) Date: Wed, 22 Aug 2007 17:32:35 +0100 (BST) Subject: [Developers] Change to Cactus/lib/make/make.configuration In-Reply-To: <5831B6E3-9B47-426A-84FB-EB47F8B490FA@cct.lsu.edu> References: <5831B6E3-9B47-426A-84FB-EB47F8B490FA@cct.lsu.edu> Message-ID: Ah, I see. What I meant was go with your original suggestion but with custom instead of objectlist, although I hadn't appreciated the multiple target issue. I.e go for ifeq ($(suffix $(strip $(MAKECMDGOALS))), .custom) -include $(CONFIG)/make.thornlist endif Cheers, Tom On Wed, 22 Aug 2007, Erik Schnetter wrote: > Yes, that is the general idea. > > "custom" would not work, since it is only one target. I need several, one > for each thorn library. What about any suffix which begins with "custom" > ("custom*"), with suitable pattern matching? > > -erik > > On Aug 22, 2007, at 11:04:12, Tom Goodale wrote: > >> So the idea of this is to introduce a mechanism whereby you can recurse >> over all thorns but not build them ? >> >> I think maybe having it called -custom might be a better name than >> .objectlist - as the idea is to allow some custom processing from a >> thorn's make.configuration.deps file, and Formaline just happens in this >> instance to use it to generate an objectlist. >> >> Cheers, >> >> Tom >> >> On Wed, 22 Aug 2007, Erik Schnetter wrote: >> >>> Thorn Formaline creates tarballs for all thorn source code. Some >>> architectures, noticeably AIX, have rather strict limits on the length of >>> a >>> command line, and Formaline can fail there if many thorns are used. >>> >>> It is very difficult to work around this problem, since only make knows >>> the >>> list of all thorns, and it cannot pass it to any shell function. This >>> makes >>> it also impossible to write this make variable into a file. >>> >>> One solution is to create a set of make rules, one rule per thorn, and >>> then >>> call make recursively. This happens in Formaline in >>> make.configuration.deps, >>> which is called from Cactus/lib/make/make.configuration. >>> >>> In order to make this work, the following lines need to be added to >>> Cactus/lib/make/make.configuration: >>> >>> ifeq ($(suffix $(strip $(MAKECMDGOALS))), .objectlist) >>> -include $(CONFIG)/make.thornlist >>> endif >>> >>> These lines are very similar to the existing lines: >>> >>> ifeq ($(strip $(MAKECMDGOALS)),) >>> -include $(CONFIG)/make.thornlist >>> endif >>> >>> ifeq ($(strip $(MAKECMDGOALS)), utils) >>> -include $(CONFIG)/make.thornlist >>> endif >>> >>> ifeq ($(strip $(MAKECMDGOALS)), build) >>> -include $(CONFIG)/make.thornlist >>> endif >>> >>> This introduces a special case to Cactus/lib/make/make.configuration, >>> which >>> treats all make goals ending in ".objectlist" specially. At the moment, >>> all >>> goals ending in "-utils" and "-build" are treated specially. >>> >>> Is it okay to apply this patch? >>> >>> -erik >>> >>> >> _______________________________________________ >> Developers mailing list >> Developers at cactuscode.org >> http://www.cactuscode.org/mailman/listinfo/developers >> > > > From schnetter at cct.lsu.edu Fri Aug 24 21:16:59 2007 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Fri, 24 Aug 2007 21:16:59 -0500 Subject: [Developers] Fwd: [CactusMaint] CactusBase/2090: Patch: Provide number of integration substeps In-Reply-To: <8F4C2356-92CF-4C08-8D5B-F113612129C3@cct.lsu.edu> References: <200705240319.l4O3JxgX025086@cactus.cct.lsu.edu> <8F4C2356-92CF-4C08-8D5B-F113612129C3@cct.lsu.edu> Message-ID: <435AF30E-D35B-4008-AB48-A5347CB07D18@cct.lsu.edu> On May 23, 2007, at 22:22:11, Erik Schnetter wrote: > From: schnetter at cct.lsu.edu > Date: May 23, 2007 10:19:59 PM CDT > To: goodale at cct.lsu.edu, gnats-admin at cactuscode.org, > cactusmaint at cactuscode.org > Subject: [CactusMaint] CactusBase/2090: Patch: Provide number of > integration substeps > Reply-To: bugs at cactuscode.org, CactusMaint > > >> Number: 2090 >> Notify-List: >> Category: CactusBase >> Synopsis: Patch: Provide number of integration substeps >> Confidential: no >> Severity: non-critical >> Priority: low >> Responsible: goodale >> State: open >> Class: feature-request >> Submitter-Id: user >> Arrival-Date: Wed May 23 22:19:59 -0500 2007 >> Originator: Erik Schnetter >> Release: Cactus 4.0.b16 >> Organization: >> Environment: >> Description: > Provide an aliased function which returns the number of time > integration substeps of the time integrator. Ian or Thomas, do you want to have a look at this function? It should be obviously correct, and once it is there, it is not necessary to set the corresponding parameter in Carpet manually. -erik -- Erik Schnetter My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from www.keyserver.net. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://www.cactuscode.org/pipermail/developers/attachments/20070824/27911d58/attachment.bin From tradke at aei.mpg.de Mon Aug 27 04:20:46 2007 From: tradke at aei.mpg.de (Thomas Radke) Date: Mon, 27 Aug 2007 11:20:46 +0200 Subject: [Developers] Fwd: [CactusMaint] CactusBase/2090: Patch: Provide number of integration substeps In-Reply-To: <435AF30E-D35B-4008-AB48-A5347CB07D18@cct.lsu.edu> References: <200705240319.l4O3JxgX025086@cactus.cct.lsu.edu> <8F4C2356-92CF-4C08-8D5B-F113612129C3@cct.lsu.edu> <435AF30E-D35B-4008-AB48-A5347CB07D18@cct.lsu.edu> Message-ID: <46D2976E.30006@aei.mpg.de> Erik Schnetter wrote: > On May 23, 2007, at 22:22:11, Erik Schnetter wrote: > >> From: schnetter at cct.lsu.edu >> Date: May 23, 2007 10:19:59 PM CDT >> To: goodale at cct.lsu.edu, gnats-admin at cactuscode.org, >> cactusmaint at cactuscode.org >> Subject: [CactusMaint] CactusBase/2090: Patch: Provide number of >> integration substeps >> Reply-To: bugs at cactuscode.org, CactusMaint >> >>> Number: 2090 >>> Notify-List: >>> Category: CactusBase >>> Synopsis: Patch: Provide number of integration substeps > > Ian or Thomas, do you want to have a look at this function? It should > be obviously correct, and once it is there, it is not necessary to set > the corresponding parameter in Carpet manually. Looks good to me. Just a very minor thing: I would remove the grdoc headers which don't contain any information. -- Cheers, Thomas. From i.hawke at soton.ac.uk Tue Aug 28 05:32:29 2007 From: i.hawke at soton.ac.uk (I.Hawke) Date: Tue, 28 Aug 2007 11:32:29 +0100 Subject: [Developers] Fwd: [CactusMaint] CactusBase/2090: Patch: Provide number of integration substeps In-Reply-To: <46D2976E.30006@aei.mpg.de> References: <200705240319.l4O3JxgX025086@cactus.cct.lsu.edu> <8F4C2356-92CF-4C08-8D5B-F113612129C3@cct.lsu.edu> <435AF30E-D35B-4008-AB48-A5347CB07D18@cct.lsu.edu> <46D2976E.30006@aei.mpg.de> Message-ID: <46D3F9BD.9010808@soton.ac.uk> Thomas Radke wrote: > Erik Schnetter wrote: > >> Ian or Thomas, do you want to have a look at this function? It should >> be obviously correct, and once it is there, it is not necessary to set >> the corresponding parameter in Carpet manually. >> > > Looks good to me. Just a very minor thing: I would remove the grdoc > headers which don't contain any information. > > I agree. My only thought is if you want to pass the GH through; if (when) multi-models comes in, it may be the case that different time integrators are required for different models, and I assume that info would be stored on the GH. Ian