#1769: External libraries: moving towards multiarch library directory structure
----------------------------------------------+-----------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2015_05
Component: EinsteinToolkit thorn | Version: development version
Keywords: ExternalLibraries HDF5 Multiarch |
----------------------------------------------+-----------------------------
Several Linux distributions have already started to move their libraries
to a new directory structure that reflects the target architecture and
allows the installation of packages from multiple architectures in the
same system. The following links provide more details of this change:
{{{
https://wiki.debian.org/Multiarch/TheCaseForMultiarchhttps://wiki.ubuntu.com/MultiarchSpec
}}}
This change potentially affects several of external library scripts
shipped with ET. For example the HDF5/src/detect.sh script is not able to
detect the hdf5 libraries installed in the directory /usr/lib/x86_64
-linux-gnu for Ubuntu 14.04.2 LTS.
I have attached a simple patch to remedy this issue and open a discussion
on the best way to proceed here. This patch does depend on the
availability of gcc on the system. It currently works fine for me, but we
might need a better solution for systems without gcc.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1769>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1474: compile ExternalLibraries with other thorns rather than when CST runs
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Compiling external libraries takes a long time by now. Currently this
happens very early in the compilation phase, before the other thorns are
compiled.
It would be better if the compilation happened at the same time as that of
other thorns.
This will entail splitting the configuration ie. detecting whether to
build the included source or use a system wide copy from the compilation,
most likely either using Cactus makefile variables or temporary files to
transfer the decisions from the configuration stage to the build stage.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1474>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2132: Formaline's ccldeps files are not removed by make-cleandeps
---------------------------------+-----------------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: minor
Milestone: | Component: EinsteinToolkit thorn
Version: development version | Keywords: Formaline
---------------------------------+-----------------------------------
Formaline uses files that end in ccldeps to record dependencies for its
tarballs. These files are used like ".d" dependency makefiles by the build
system.
However since the files end in .ccldeps rather than .d and are in $SCRATCH
rather than $BUILD they are not removed by a make sim-cleandeps.
This shows up if one eg moves a thorn from one arrangement to another
since the ccldeps file will list a dependency on eg the interface.ccl file
in the old location that can no longer be satisfied.
A workaround right now is to do a make sim-clean which clears out $SCRATCH
but requires a full recompile.
--
Ticket URL: <http://cactuscode-20180221.cct.lsu.edu/trac/ticket/2132>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2125: LORENE2: Improve generation of BNS ID for larger mass ratio
---------------------------------------+------------------------------------
Reporter: roberto.depietri@… | Owner: depietri
Type: enhancement | Status: new
Priority: optional | Milestone: ET_2018_08
Component: EinsteinToolkit thorn | Version: development version
Keywords: LORENE2 |
---------------------------------------+------------------------------------
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2125>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2128: Hydro_RNSID should not inherit from GRHydro
--------------------------------+-------------------------------------------
Reporter: zachetie@… | Owner:
Type: defect | Status: new
Priority: unset | Milestone:
Component: Other | Version: development version
Keywords: |
--------------------------------+-------------------------------------------
Hydro_RNSID will not compile without GRHydro, as apparently it inherits
some variable(s) from GRHydro. Being a hydro initial data thorn, it should
only depend on HydroBase & ADMBase.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2128>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2129: systemtopology fails to compile with hwloc 2.0
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: SystemTopology |
-----------------------------------+----------------------------------------
One gets:
{{{
COMPILING arrangements/CactusUtils/SystemTopology/src/system_topology.cc
arrangements/CactusUtils/SystemTopology/src/system_topology.cc: In
function 'void {anonymous}::output_support(hwloc_topology_t)':
arrangements/CactusUtils/SystemTopology/src/system_topology.cc:294:27:
error: 'struct hwloc_topology_membind_support' has no member named
'replicate_membind'; did you mean 'migrate_membind'?
OUTPUT_SUPPORT(membind->replicate_membind);
^
}}}
Using asking the hwloc thorn to build the included tarball instead fixes
the problem (on osx-homebrew at least).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2129>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit