<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html><head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    <meta name="generator" content="Osso Notes">
    <title></title></head>
<body>
<p>I believe that kraken has just undergone a software upgrade. &#32;Maybe the problem was introduced then? &#32;Maxwell definitely compiled on kraken when it was released.
<br>
<br><font color="#999999">-- </font>
<br><font color="#999999">Ian Hinder</font>
<br><font color="#999999"><a href="mailto:ian.hinder@aei.mpg.de">ian.hinder@aei.mpg.de</a></font>
<br><font color="#999999"></font>
<br>
<br>----- Original message -----
<br>&gt; Hi Erik.
<br>&gt; 
<br>&gt; Thanks for the advice. I commented out all references to "signbit", and
<br>&gt; to "kifpos" lower down, and it now gets through the Vectors thorn. I'm
<br>&gt; now hitting an issue with an omp pragma in CarpetLib, but that's a
<br>&gt; separate problem.
<br>&gt; 
<br>&gt; BTW, I just tried to create a ticket (about the signbit issue) on
<br>&gt; trac.einsteintoolkit.org, but ...
<br>&gt; 
<br>&gt; "Submission rejected as potential spam"
<br>&gt; 
<br>&gt; I thought it was the list of modules I put in, but even without them it
<br>&gt; gets blocked.
<br>&gt; Also, the TRAC system doesn't list the Maxwell release (ET_2011_10) as a
<br>&gt; possible "version", which makes it hard to give an accurate report.
<br>&gt; 
<br>&gt; Bernard
<br>&gt; 
<br>&gt; 
<br>&gt; ---------------------------------------------------------------------------
<br>&gt; -- 
<br>&gt; Bernard Kelly -- CRESST Research Associate, NASA/GSFC
<br>&gt;&nbsp; &nbsp; &#32;
<br>&gt; Phone: +1 (301) 286-7243
<br>&gt; E-Mail: <a href="mailto:bernard.j.kelly@nasa.gov">bernard.j.kelly@nasa.gov</a>
<br>&gt; Web: 
<br>&gt; <a href="http://science.gsfc.nasa.gov/sed/index.cfm?fuseAction=people.jumpBio&amp;iphone">http://science.gsfc.nasa.gov/sed/index.cfm?fuseAction=people.jumpBio&amp;iphone</a>
<br>&gt; bookid=13052
<br>&gt; ---------------------------------------------------------------------------
<br>&gt; --
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; On 2/6/12 11:17 PM, "Erik Schnetter" &lt;<a href="mailto:schnetter@cct.lsu.edu">schnetter@cct.lsu.edu</a>&gt; wrote:
<br>&gt; 
<br>&gt; &gt; Bernard
<br>&gt; &gt; 
<br>&gt; &gt; test.cc is just a self-test. You can try commenting out the respective
<br>&gt; &gt; code (or the whole routine), and see where this gets you.
<br>&gt; &gt; 
<br>&gt; &gt; Carpet (which may also use signbit) has a different, more complex
<br>&gt; &gt; logic to handle various levels of C++ compliance, and may actually
<br>&gt; &gt; still do the right thing.
<br>&gt; &gt; 
<br>&gt; &gt; -erik
<br>&gt; &gt; 
<br>&gt; &gt; On Mon, Feb 6, 2012 at 10:53 PM, Kelly, Bernard J.
<br>&gt; &gt; (GSFC-660.0)[UNIVERSITY OF MARYLAND BALTIMORE COUNTY]
<br>&gt; &gt; &lt;<a href="mailto:bernard.j.kelly@nasa.gov">bernard.j.kelly@nasa.gov</a>&gt; wrote:
<br>&gt; &gt; &gt; Hi all.
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; I recently checked out ETK Maxwell on the machine XSEDE machine
<br>&gt; &gt; &gt; Kraken, and am having trouble compiling and running a simple test
<br>&gt; &gt; &gt; case. The problem is with LSUThorns/Vectors/src/test.cc, where the
<br>&gt; &gt; &gt; "signbit" function is (apparently) undefined. No doubt the problem
<br>&gt; &gt; &gt; recurs with later
<br>&gt; &gt; &gt; source files, but I can't get past this one without abandoning
<br>&gt; &gt; &gt; Vectors and
<br>&gt; &gt; &gt; hence all of Carpet.
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; Now I can compile a "hello world" program in C invoking signbit.cc
<br>&gt; &gt; &gt; without
<br>&gt; &gt; &gt; a problem, as long as I include &lt;math.h&gt;, so presumably the ETK
<br>&gt; &gt; &gt; process is
<br>&gt; &gt; &gt; looking in the wrong location for this library or its headers.
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; Since Kraken is a "known" machine in ETK's simfactory, and lots of
<br>&gt; &gt; &gt; Numerical Relativity groups must have used it during the recently
<br>&gt; &gt; &gt; expired
<br>&gt; &gt; &gt; "NR-AR" allocation, I assume the problem's at my end. Any ideas?
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; Thanks,
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; Bernard
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; Some details:
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; (1) I initially used the simfactory "build" mechanism, but I have
<br>&gt; &gt; &gt; this problem with a straightforward Cactus "make" as well.
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; (2) Here's a list of my loaded modules on Kraken. I'm using the PGI
<br>&gt; &gt; &gt; compilers (item 18 below):
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 1) modules/3.1.6.5
<br>&gt; &gt; &gt; 2) torque/2.4.14
<br>&gt; &gt; &gt; 3) moab/5.4.3.s16991
<br>&gt; &gt; &gt; 4) /opt/cray/xt-asyncpe/default/modulefiles/xtpe-istanbul
<br>&gt; &gt; &gt; 5) tgusage/3.0-r2
<br>&gt; &gt; &gt; 6) altd/1.0
<br>&gt; &gt; &gt; 7) DefApps
<br>&gt; &gt; &gt; 8) xtpe-target-cnl
<br>&gt; &gt; &gt; 9) xt-service/2.2.74
<br>&gt; &gt; &gt; 10) xt-os/2.2.74
<br>&gt; &gt; &gt; 11) xt-boot/2.2.74
<br>&gt; &gt; &gt; 12) xt-lustre-ss/2.2.74_1.6.5
<br>&gt; &gt; &gt; 13) cray/job/1.5.5-0.1_2.0202.21413.56.7
<br>&gt; &gt; &gt; 14) cray/csa/3.0.0-1_2.0202.21426.77.7
<br>&gt; &gt; &gt; 15) cray/account/1.0.0-2.0202.19482.49.18
<br>&gt; &gt; &gt; 16) cray/projdb/1.0.0-1.0202.19483.52.1
<br>&gt; &gt; &gt; 17) Base-opts/2.2.74
<br>&gt; &gt; &gt; 18) pgi/11.4.0
<br>&gt; &gt; &gt; 19) xt-libsci/10.5.02
<br>&gt; &gt; &gt; 20) pmi/2.1.4-1.0000.8596.15.1.ss
<br>&gt; &gt; &gt; 21) xt-mpt/5.2.3
<br>&gt; &gt; &gt; 22) xt-pe/2.2.74
<br>&gt; &gt; &gt; 23) xt-asyncpe/4.9
<br>&gt; &gt; &gt; 24) PrgEnv-pgi/2.2.74
<br>&gt; &gt; &gt; 25) cray/MySQL/5.0.64-1.0202.2899.21.1
<br>&gt; &gt; &gt; 26) git/1.7.4.2
<br>&gt; &gt; &gt; 27) python/2.6.4
<br>&gt; &gt; &gt; 28) mercurial/1.6.4
<br>&gt; &gt; &gt; 29) subversion/1.6.9
<br>&gt; &gt; &gt; 30) hdf5-parallel/1.6.10
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; -------------------------------------------------------------------------
<br>&gt; &gt; &gt; --
<br>&gt; &gt; &gt; --
<br>&gt; &gt; &gt; Bernard Kelly -- CRESST Research Associate, NASA/GSFC
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; Phone: +1 (301) 286-7243
<br>&gt; &gt; &gt; E-Mail: <a href="mailto:bernard.j.kelly@nasa.gov">bernard.j.kelly@nasa.gov</a>
<br>&gt; &gt; &gt; Web:
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; <a href="http://science.gsfc.nasa.gov/sed/index.cfm?fuseAction=people.jumpBio&amp;ipho">http://science.gsfc.nasa.gov/sed/index.cfm?fuseAction=people.jumpBio&amp;ipho</a>
<br>&gt; &gt; &gt; ne
<br>&gt; &gt; &gt; bookid=13052
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; -------------------------------------------------------------------------
<br>&gt; &gt; &gt; --
<br>&gt; &gt; &gt; --
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; 
<br>&gt; &gt; &gt; _______________________________________________
<br>&gt; &gt; &gt; Users mailing list
<br>&gt; &gt; &gt; <a href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a>
<br>&gt; &gt; &gt; <a href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>
<br>&gt; &gt; 
<br>&gt; &gt; 
<br>&gt; &gt; 
<br>&gt; &gt; -- 
<br>&gt; &gt; Erik Schnetter &lt;<a href="mailto:schnetter@cct.lsu.edu">schnetter@cct.lsu.edu</a>&gt;&nbsp; &#32;
<br>&gt; &gt; <a href="http://www.cct.lsu.edu/~eschnett/">http://www.cct.lsu.edu/~eschnett/</a>
<br>&gt; 
<br>&gt; _______________________________________________
<br>&gt; Users mailing list
<br>&gt; <a href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a>
<br>&gt; <a href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>
<br><br></p>
</body>
</html>