[Users] "signbit" not defined during compilation of ETK on XSEDE:Kraken?
Kelly, Bernard J. (GSFC-660.0)[UNIVERSITY OF MARYLAND BALTIMORE COUNTY]
bernard.j.kelly at nasa.gov
Tue Feb 7 22:34:29 CST 2012
Hi Barry, Ian, Erik.
Problem solved. It wasn't my codebase or my loaded modules, but a set of legacy environment variables I was setting in my .bashrc. When I cleared that out and recompiled from scratch, the problems went away. I've submitted the "static_tov" test now.
Thanks for the help,
Bernard
From: Barry Wardell <barry.wardell at gmail.com<mailto:barry.wardell at gmail.com>>
Date: Tue, 7 Feb 2012 13:53:28 -0600
To: Ian Hinder <ian.hinder at aei.mpg.de<mailto:ian.hinder at aei.mpg.de>>
Cc: "users at einsteintoolkit.org<mailto:users at einsteintoolkit.org>" <users at einsteintoolkit.org<mailto:users at einsteintoolkit.org>>
Subject: Re: [Users] "signbit" not defined during compilation of ETK on XSEDE:Kraken?
On Tue, Feb 7, 2012 at 6:59 PM, Ian Hinder <ian.hinder at aei.mpg.de<mailto:ian.hinder at aei.mpg.de>> wrote:
Are you compiling using SimFactory's optionlist? If you use "sim build", as you mentioned, then it will by default pick up kraken-intel.cfg and will use the Intel compiler.
The build should not depend on the modules you have loaded, as SimFactory sets all the variables etc. itself. When you tried the Cactus make mechanism, what optionlist were you giving it? Cactus auto-detection is unlikely to work out of the box for the entire ET.
Building using SimFactory was definitely working on Kraken when Maxwell was released (the release test status results are still available at http://einsteintoolkit.org/release-info/parse_testsuite_results.php - note that these are not run regularly, only around the time of a release).
I was able to build on Kraken today using SimFactory with the Maxwell release. I didn't encounter any problems with either Vectors or Carpet. All I did was get the Maxwell release, add my defs.local.ini to SimFactory and run 'sim build'.
Are you sure you're using a clean checkout of the release? Could there be some local changes causing problems?
As Ian says, it shouldn't matter but FWIW my loaded modules are:
Currently Loaded Modulefiles:
1) modules/3.1.6.5<http://3.1.6.5>
2) torque/2.4.14
3) moab/5.4.3.s16991
4) /opt/cray/xt-asyncpe/default/modulefiles/xtpe-istanbul
5) tgusage/3.0-r2
6) altd/1.0
7) DefApps
8) xtpe-target-cnl
9) xt-service/2.2.74
10) xt-os/2.2.74
11) xt-boot/2.2.74
12) xt-lustre-ss/2.2.74_1.6.5
13) cray/job/1.5.5-0.1_2.0202.21413.56.7
14) cray/csa/3.0.0-1_2.0202.21426.77.7
15) cray/account/1.0.0-2.0202.19482.49.18
16) cray/projdb/1.0.0-1.0202.19483.52.1
17) Base-opts/2.2.74
18) pgi/11.4.0
19) xt-libsci/10.5.02
20) pmi/2.1.4-1.0000.8596.15.1.ss
21) xt-mpt/5.2.3
22) xt-pe/2.2.74
23) xt-asyncpe/4.9
24) PrgEnv-pgi/2.2.74
25) cray/MySQL/5.0.64-1.0202.2899.21.1
Barry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20120207/00fa22aa/attachment.html
More information about the Users
mailing list