[Users] make <config>-utils failing with "RNS" error (ET_2019_03)

[Bernard Kelly]

Hi Roland. Thanks for the quick response.

You're right; that was a non-standard version of RNSID I made to
remove the GRHydro dependence some time ago.

I've restored the original version, and included GRHydro in my
Thornlist, while also running make sim-cleandeps. Compilation (without
SsytemTopology) works, but now the make sim-utils fails when trying to
build GRHydro's utilities:

------------

pfe25.bjkelly1 85> make sim-utils

Building utilities for sim

Compiling /nobackupp2/bjkelly1/codes/Cactus/arrangements/EinsteinEvolve/GRHydro/src/util/Riemann1d.f90

Preprocessing /nobackupp2/bjkelly1/codes/Cactus/arrangements/EinsteinEvolve/GRHydro/src/util/Riemann1d-main.c

Compiling /nobackupp2/bjkelly1/codes/Cactus/configs/sim/build/GRHydro/Riemann1d-main.c

Creating Riemann1d in /nobackupp2/bjkelly1/codes/Cactus/exe/sim from
/nobackupp2/bjkelly1/codes/Cactus/configs/sim/build/GRHydro/Riemann1d.o

/usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld:
/nobackupp2/bjkelly1/codes/Cactus/configs/sim/build/GRHydro/Riemann1d-main.o:
in function `main':

/nobackupp2/bjkelly1/codes/Cactus/configs/sim/build/GRHydro/Riemann1d-main.c:4:
undefined reference to `__kmpc_begin'

/usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld:
/nobackupp2/bjkelly1/codes/Cactus/configs/sim/build/GRHydro/Riemann1d-main.c:6:
undefined reference to `__kmpc_end'

/nobackupp2/bjkelly1/codes/Cactus/arrangements/EinsteinEvolve/GRHydro/src/make.configuration.deps:4:
recipe for target
'/nobackupp2/bjkelly1/codes/Cactus/exe/sim/Riemann1d' failed

make[1]: *** [/nobackupp2/bjkelly1/codes/Cactus/exe/sim/Riemann1d] Error 1

Makefile:872: recipe for target 'sim-utils' failed

make: *** [sim-utils] Error 2
-------------------

Interestingly, this new failure looks similar to something reported
back in 2011 [ https://bitbucket.org/einsteintoolkit/tickets/issues/634
], and then it was solved by "(programmatically) removing the -openmp
flag from the utilities build command." It can't be the same issue,
can it?



On Wed, 18 Sep 2019 at 12:31, Haas, Roland <rhaas at illinois.edu> wrote:
>
> Hello Bernard,
>
> I am not quite sure what could cause this. The RNS utility in the
> Einstein Toolkit is part of einsteininitialdata/Hydro_RNSID is your
> thorn the same or a older / modified version of that thorn?
>
> I am not sure how SystemTopology itself could be responsible, however
> removing it from the thornlist may have triggered a CST run which may
> have uncovered a previously existing issue.
>
> I would try the following:
>
> 1. try if "make sim-cleandeps" helps
> 2. if you have *moved* the RNSID thorn I would go for a full rebuild
> from scratch
> 3. if you have not moved it (and even  if you have) I'd have a look at
> the thorns make.configuration.deps file and check if it hard-codes the
> name of the thorn or arrangement. Also check in make.configuration.defn
> for the names of the utilities (defn not deps this time).
>
> Yours,
> Roland
>
> > Hi. I have a working recent release of the ET (2019_03) that compiles
> > & runs fine, but which fails when I try to build the associated
> > utilities:
> >
> > ---------------------
> > >make sim-utils
> >
> > Building utilities for sim
> > make[1]: *** No rule to make target
> > '/nobackupp2/bjkelly1/codes/Cactus/exe/sim/RNS', needed by 'utils'.
> > Stop.
> > Makefile:872: recipe for target 'sim-utils' failed
> > ---------------------
> >
> > I'm left with about 50% of the utilities --- basically everything
> > through "hdf5tobinary_slicer". But "hwloc-assembler" and all the other
> > hwloc-related utilities haven't built.
> >
> > I have the ET_2018_03 release on the same machine, and that builds
> > both the primary executable *and* all the utilities with no issues,
> > even though the compilation options are identical between the two.
> >
> > Possibly relevant:
> >
> > (1) I don't know what the RNS refers to, but I am including the thorn
> > GSFC_GRMHD_Initial/RNSID in my configuration (both old and new).
> >
> > (2) One difference between old and new configurations is that I'm not
> > compiling CactusUtils/SystemTopology, as that gives me link-time
> > errors with hwloc.
> >
> > Bernard
> >
> > --
> > ------------------------------------------------------------------
> > Bernard Kelly -- CRESST Assistant Research Scientist, NASA/GSFC
> > Gravitational Astrophysics Laboratory --- Code 663
> >
> > Phone: +1 (301) 286-7243 *** Fax: +1 (301) 286-2226
> > Web: http://science.gsfc.nasa.gov/sed/bio/bernard.j.kelly
> > ORCID: orcid.org/0000-0002-3326-4454
> > ------------------------------------------------------------------
> > _______________________________________________
> > Users mailing list
> > Users at einsteintoolkit.org
> > http://lists.einsteintoolkit.org/mailman/listinfo/users
>
>
>
> --
> My email is as private as my paper mail. I therefore support encrypting
> and signing email messages. Get my PGP key from http://pgp.mit.edu .



--
------------------------------------------------------------------
Bernard Kelly -- CRESST Assistant Research Scientist, NASA/GSFC
Gravitational Astrophysics Laboratory --- Code 663

Phone: +1 (301) 286-7243 *** Fax: +1 (301) 286-2226
Web: http://science.gsfc.nasa.gov/sed/bio/bernard.j.kelly
ORCID: orcid.org/0000-0002-3326-4454
------------------------------------------------------------------