From szilagyi at aei.mpg.de Fri Jun 1 06:52:46 2007 From: szilagyi at aei.mpg.de (Bela Szilagyi) Date: Fri, 1 Jun 2007 13:52:46 +0200 Subject: [Users] ADMConstraints In-Reply-To: <5AFF5575-C165-45D8-82D5-B0B77A7DB2F1@cct.lsu.edu> References: <5AFF5575-C165-45D8-82D5-B0B77A7DB2F1@cct.lsu.edu> Message-ID: <200706011352.46446.szilagyi@aei.mpg.de> Given the scheduling of MoL_PostStep in postregrid (and the scheduling of many boundary routines affecting ADM variables in MoL_PostStep), I believe, we need to schedule the adm constraints computing group in postregrid AFTER MOL_POSTSTEP. That is, if (constraints_persist) { ... schedule GROUP ADMConstraintsGroup at CCTK_POSTREGRID after MoL_PostStep { } "Evaluate ADM constraints, and perform symmetry boundary conditions" } On Thursday 31 May 2007 03:58:46 Erik Schnetter wrote: > While calculating the constraints with ADMConstraints in the presence > of mesh refinement works fine, there was a problem with calculating > norms of the constraints, which may require time interpolation. In > order to do this correctly, it is necessary to keep several time > levels of the constraints, and to re-calculate the constraints after > changing the grid hierarchy. If this is not done, then the values of > the constraints at each output grid point are correct, but norms of > the constraints may not be. > > I updated ADMConstraints so that it supports this behaviour. In > order to remain backward compatible, this behaviour cannot be the > default. Obtaining correct norms for the constraints requires > setting the parameters > > ADMConstraints::constraints_persist = yes > ADMConstraints::constraints_timelevels = 3 > > where the number 3 depend on the time interpolation order; for linear > time interpolation, you only need 2 time levels. > > On the other hand, if you want to save space and time, and if you do > not need the norms of the constraints, then you should set the parameter > > ADMConstraints::constraints_prolongation_type = "none" > > -erik Bela Szilagyi ---------------------------------------------------- Max-Planck-Institut f?r Gravitationsphysik Albert-Einstein-Institut Tel: +49 331 567 7189 Fax: +49 331 567 7252 ---------------------------------------------------- From heeilkim at gmail.com Thu Jun 28 22:27:27 2007 From: heeilkim at gmail.com (Hee Il Kim) Date: Fri, 29 Jun 2007 12:27:27 +0900 Subject: [Users] GSL compiling problems using XL compilers Message-ID: Hi, I have a problem in compiling AEIThorns/GSL with xlc on a ibm pseries64 machine. I tested with gsl-1.8 & 1.9. i found the similar problems in the gsl mailing list and also found a bunch of similar problems by searching "xlc redeclaration" in google but I don't understand them at all and no hints found yet. --- error messages --- Checking status of thorn GSL ________________________________________________________________________ Preprocessing /home/hmlee/Cactus/arrangements/AEIThorns/GSL/src/gsl_sf_erf.c Compiling /home/hmlee/Cactus/arrangements/AEIThorns/GSL/src/gsl_sf_erf.c "/home/hmlee/Cactus/configs/lo_gsl/build/GSL/gsl_sf_erf.c", line 15.1: 1506-343 (S) Redeclaration of gsl_sf_erfc_e differs from previous declaration on line 45 of "/home/hmlee/local/gsl-1.8 /include/gsl/gsl_sf_erf.h". "/home/hmlee/Cactus/configs/lo_gsl/build/GSL/gsl_sf_erf.c", line 15.1: 1506-377 (I) The type "const double* restrict const" of parameter 1 differs from the previous type "double". ... make[3]: *** [gsl_sf_erf.c.o] Error 1 make[2]: *** [make.checked] Error 2 make[1]: *** [/home/hmlee/Cactus/configs/lo_gsl/lib/libthorn_GSL.a] Error 2 make: *** [lo_gsl] Error 2 --- Thanks in advance, Hee Il -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cactuscode.org/pipermail/users/attachments/20070629/4851a86a/attachment.html From schnetter at cct.lsu.edu Thu Jun 28 22:38:51 2007 From: schnetter at cct.lsu.edu (Erik Schnetter) Date: Thu, 28 Jun 2007 22:38:51 -0500 Subject: [Users] GSL compiling problems using XL compilers In-Reply-To: References: Message-ID: <84F61277-6F70-463A-8BDE-8A2758516648@cct.lsu.edu> On Jun 28, 2007, at 22:27:27, Hee Il Kim wrote: > Hi, > > I have a problem in compiling AEIThorns/GSL with xlc on a ibm > pseries64 machine. I tested with gsl-1.8 & 1.9. i found the similar > problems in the gsl mailing list and also found a bunch of similar > problems by searching "xlc redeclaration" in google but I don't > understand them at all and no hints found yet. > > --- error messages --- > > Checking status of thorn GSL > ______________________________________________________________________ > __ > Preprocessing /home/hmlee/Cactus/arrangements/AEIThorns/GSL/src/ > gsl_sf_erf.c > Compiling /home/hmlee/Cactus/arrangements/AEIThorns/GSL/src/ > gsl_sf_erf.c > "/home/hmlee/Cactus/configs/lo_gsl/build/GSL/gsl_sf_erf.c", line > 15.1: 1506-343 (S) Redeclaration of gsl_sf_erfc_e differs from > previous declaration on line 45 of "/home/hmlee/local/gsl- 1.8/ > include/gsl/gsl_sf_erf.h". > "/home/hmlee/Cactus/configs/lo_gsl/build/GSL/gsl_sf_erf.c", line > 15.1: 1506-377 (I) The type "const double* restrict const" of > parameter 1 differs from the previous type "double". > ... > > make[3]: *** [gsl_sf_erf.c.o] Error 1 > make[2]: *** [make.checked] Error 2 > make[1]: *** [/home/hmlee/Cactus/configs/lo_gsl/lib/libthorn_GSL.a] > Error 2 > make: *** [lo_gsl] Error 2 > --- Hee Il, this error is caused by a Fortran compiler which does not add underscores to names. That means that functions written in C and in Fortran have the same names; since they use different calling conventions, this cannot work. You can pass the option "-qextname" to the Fortran compiler to change this behaviour. For Cactus, you use the options F77FLAGS = -qextname F90FLAGS = -qextname when you configure. -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/users/attachments/20070628/d1ae1a13/attachment.bin From heeilkim at gmail.com Thu Jun 28 22:46:54 2007 From: heeilkim at gmail.com (Hee Il Kim) Date: Fri, 29 Jun 2007 12:46:54 +0900 Subject: [Users] GSL compiling problems using XL compilers In-Reply-To: <84F61277-6F70-463A-8BDE-8A2758516648@cct.lsu.edu> References: <84F61277-6F70-463A-8BDE-8A2758516648@cct.lsu.edu> Message-ID: Thanks Erik, I've noticed the difference of underscores before but I had no knowledge to remedy it. I will try the options. Hee Il 2007/6/29, Erik Schnetter : > > On Jun 28, 2007, at 22:27:27, Hee Il Kim wrote: > > Hee Il, > > this error is caused by a Fortran compiler which does not add > underscores to names. That means that functions written in C and in > Fortran have the same names; since they use different calling > conventions, this cannot work. > > You can pass the option "-qextname" to the Fortran compiler to change > this behaviour. For Cactus, you use the options > > F77FLAGS = -qextname > F90FLAGS = -qextname > > when you configure. > > -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. > > > > > _______________________________________________ > Users mailing list > Users at cactuscode.org > http://www.cactuscode.org/mailman/listinfo/users > > > -- Dr. Kim, Hee Il Astronomy Program Dept. of Physics and Astronomy Seoul National University, Seoul, 151-747, Korea emails: khi at astro.snu.ac.kr, heeilkim at gmail.com tel +82-2-880-1429, fax 887-1435, mobile 018-222-4385 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cactuscode.org/pipermail/users/attachments/20070629/51e63a06/attachment.html