Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Erik Schnetter
    @eschnett
    is this a new version of perl that outputs more warnings? or should i be concerned?
    Roland Haas
    @rhaas80
    some new version may output more warnings. However there should not be so many warnings. Which version of Perl are you using? I currently have v5.32.1 on my workstation and to not recall seeing many warnings.
    Recently (relatively, I'd have to look up the actual commits) I tried to make all of CST run with "pragma warnings" and no warnings. It is possible that this is triggering the warnings you see.
    Looking at the line number that you included: are you possible trying to inherit from an implementation that does not exist? I can see how that would trigger the warning (it might error out latter, but should not really trigger a warning).
    uhm, "recently" seems to be commit 6397d383f from 2020-08-27.
    Erik Schnetter
    @eschnett
    i'm using perl v5.28.3
    it didn't error out. i'll check the thorns.
    yes, it did error out:
    CST error in /Users/eschnett/src/CarpetX/Cactus/repos/flesh/lib/sbin/interface_parser.pl (at 296) -> IDBRILLDATA (thorn IDBrillData) inherits from ellbase No thorn in your current ThornList implements ellbase Either remove IDBrillData, or add a thorn to your ThornList implementing ellbase No thorns in arrangements directory implement ellbase
    there are no such warnings when the code builds.
    Roland Haas
    @rhaas80
    ok, thanks for letting me know. I will add code to avoid the warning (which is harmless). Their have been a couple places where the Perl code relied on undefined variables expanding to empty strings when concatenating and those all trigger warnings now.
    their -> there
    Erik Schnetter
    @eschnett
    i finished my work on SIMD vectorization with CarpetX https://bitbucket.org/eschnett/cactusamrex/pull-requests/7/use-simd-vectorization-for-physics-thorns . do you have time to review the changes? they are large...
    Roland Haas
    @rhaas80
    if they are large: probably not before Friday at best, actually if they are very large, maybe not until after the release at the end of the month. I guess the biggest challenge will be to sort out boilerplate like changes (stuff like ARITH_INLINE ARITH_DEVICE ARITH_HOST) from "real" changes.
    Erik Schnetter
    @eschnett
    yes. thanks! i also moved code around (from outside classes into classes) etc.
    Erik Schnetter
    @eschnett
    the SIMD changes are now correct (mehopes)
    Yoshinta
    @Yoshinta
    Hi, I've been trying to follow http://einsteintoolkit.org/gallery/bbh/index.html on a cluster, but have some issues when I compile Cactus (see simfactory/bin/sim build --thornlist manifest/einsteintoolkit.th command on the compile and run page, http://einsteintoolkit.org/gallery/bbh/cr.html). I think the main source of error is when compiling GRHydro. The message make.log can be found here https://wolke7.aei.mpg.de/s/ZRSMaGkCj2gZdie. Can someone maybe help me with this issue?
    Roland Haas
    @rhaas80
    @Yoshinta: hmm, not quite sure what is going on. You are doiong this a on a cluster that you have configured yourself, so my guess would be that something is off with the configuration. The compiler you use seems to by Intel 2017 which ought to work.
    Best would be if you could alos provide the option list file that you used.
    looking at the errors there are really only two things that I could suggest trying without having more information:
    1. in you option list, if you set FPPFLAGS please make sure that you include "-traditional" and if you are not setting it then I would add "FPPFLAGS = -traditional" just to be sure
    1. Cactus typically does not use the mpi compiler wrappers (mpifort) but the actual compilers (ifort) directly and then adds MPI libraries at link time. This should not cause problems, but one never knows.
    Roland Haas
    @rhaas80
    note that the first actual error seems to be:
    /holohome/yoshinta.setyawati/Cactus/arrangements/EinsteinEvolve/GRHydro/src/GRHydro_HLLE.F90(99): error #7844: Invalid directive.
      !$OMP warnline, xpress,xeps,xtemp,xye, dpdrho, dpdeps, cs2)
    --^
    with warnings before and lots of (probably triggered by that first one) errors afterwads.
    Erik Schnetter
    @eschnett
    i think we should rename the "contribute" tab on the ET web site to "interact" or "collaborate"
    Bilal Hameed
    @BilalHameed22

    Dear members,
    I am configuring ET in SimFactory, I am using Jupyter in virtual env, unfortunately, found an error

    %%bash

    ./simfactory/bin/sim setup-silent

    Warning: Unable to determine CACTUS_PATH, using /home/bilal/Cactus/repos/simfactory2 instead

    Here we will define some necessary Simulation Factory defaults.

    Roland Haas
    @rhaas80
    Simfactoy tries to determine if it is in the "Cactus" directory by looking for a file "src/interface.ccl" in that directory.
    Does such a file exist for you? If not, did you encounter any issue with GetComponents (eg is the directory repos/flesh populated and does "src" point to the "src" directory in there)?
    Erik Schnetter
    @eschnett
    we really need to tell people to NOT run sim setup on an hpc system
    Konrad
    @konrad-topolski

    Hi, it seems the new release has a wrong path to the RePrimAnd:

    Could not checkout module ExternalLibraries/RePrimAnd
    svn: E170000: URL 'https://github.com/wokast/RePrimAnd.git/branches/ET_2021_11/ET_interface/thorns/RePrimAnd' doesn't exist

    Roland Haas
    @rhaas80
    thanks for the head up. We will fix the thornlist / brances.
    Roland Haas
    @rhaas80
    should be fixed now. Can you try again?
    Erik Schnetter
    @eschnett
    i found a way to put binary blobs directly into object files, without generating C code in between. this should speed up generating the Formaline objects for our source code quite a bit. thsi project https://git.astron.nl/RD/tensor-core-correlator uses it; look how the libtcc/TCcorrelator.cu CUDA file is "compiled".
    Roland Haas
    @rhaas80
    hmm interesting. Depends on the GNU linker I guess. Added to https://bitbucket.org/einsteintoolkit/tickets/issues/1568/reduce-overhead-of-formaline
    mbabiuc
    @mbabiuc
    @eschnett I am trying to set up simfactory on Bridges-2. https://www.psc.edu/resources/bridges-2/user-guide-2/ I wrote machines/bridges2.ini optionlists/bridges2.cfg runscripts/bridges2.run submitscripts/bridges2.sub. When I try to build I get this error: ./simfactory/bin/sim build -j2 etk --machine bridges2 --thornlist ../einsteintoolkit.th
    Error: Could not find machine entry for 'bridges2'
    Aborting Simfactory. Will you please help? I can send you by email the files mentioned.
    Erik Schnetter
    @eschnett
    can you open an issue for the einstein toolkit and attach the files instead? that's easier than email.
    mbabiuc
    @mbabiuc
    @eschnett of course! do you have the link handy for that?
    Erik Schnetter
    @eschnett
    i think that the machine name declared in the bridges2.ini file might be wrong.
    go to http://einsteintoolkit.org, then "help", then "open an inssue".
    Roland Haas
    @rhaas80
    there's also a (orange, one of two) "Report a bug" button on http://einsteintoolkit.org
    mbabiuc
    @mbabiuc
    thanks. You are most likely right. I have to guess it, looking at the thornyflat example. # Access to this machine
    hostname = bridges2.psc.edu
    aliaspattern = ^bridges2-login\d\d\d.psc.edu$
    Erik Schnetter
    @eschnett
    these are not the nicknames. if you post the file i can tell you.
    it might be the very first line of the file.
    mbabiuc
    @mbabiuc
    I just did. When I issued the command ./simfactory/bin/sim setup-silent, a file "br012.ib.bridges2.psc.edu.ini" was created. I renamed bridges2.ini. Is that it? I expect the 012 to change every time I log in.
    I will create a bug report for thornyflat as well.
    mbabiuc
    @mbabiuc
    @eschnett the tickets are #2597 and #2598
    mbabiuc
    @mbabiuc
    For bridge2 the configuration built up to the end, when it gave "undefined references" errors for HDF5:
    /ocean/projects/tra210033p/babiuc/Cactus/configs/etk/lib/libthorn_IOHDF5.a(Write.c.o): In function IOHDF5_Write': /ocean/projects/tra210033p/babiuc/Cactus/arrangements/CactusPUGHIO/IOHDF5/src/Write.c:131: undefined reference toH5Pset_fapl_mpio'
    /ocean/projects/tra210033p/babiuc/Cactus/configs/etk/lib/libthorn_IOHDF5Util.a(DumpVar.c.o): In function WriteDataCollective': /ocean/projects/tra210033p/babiuc/Cactus/arrangements/CactusPUGHIO/IOHDF5Util/src/DumpVar.c:779: undefined reference toH5Pset_dxpl_mpio'
    collect2: error: ld returned 1 exit status
    make[1]: [/ocean/projects/tra210033p/babiuc/Cactus/lib/make/make.configuration:150: /ocean/projects/tra210033p/babiuc/Cactus/exe/cactus_etk] Error 1
    make:
    [Makefile:265: etk] Error 2
    mbabiuc
    @mbabiuc
    New: on thornyflat, the built command gives me an error and aborts:
    ./simfactory/bin/sim build etk --machine thornyflat --thornlist ../einsteintoolkit.th
    Error: found invalid keys hyperthreads in section thornyflat.
    Aborting Simfactory.