#1579: GRHydro does not build on Blue Gene/Q
Reporter: Erik Schnetter
Status: wontfix
Milestone:
Version: development version
Type: bug
Priority: minor
Component: Other
Changes (by Roland Haas):
status: wontfix (was new)
Some of the C++ source files in GRHydro do not build on a Blue Gene/Q with IBM's compiler. The problem is that the compiler takes a very long time (>8h) even without (sic!) optimization. "The usual" playing with compiler options or changes to the source files had no effect.
I consider this to be a bug in the compiler. A work-around may be to switch to Clang as C++ compiler.
**Keyword:**
Comment (by Roland Haas):
There's no more BG/Qs around.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1579/grhydro-does-not-…
#2615: Riemann release not compiling with intel 2021.6.0
Reporter: Wolfgang Kastaun
Status: new
Milestone:
Version: ET_2022_05
Type: bug
Priority: minor
Component:
Comment (by Roland Haas):
Note that if you set `FPP` you _must_ also set `FPPFLAGS` \(but you can leave _both_ out and get usually sane defaults\).
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2615/riemann-release-n…
#2615: Riemann release not compiling with intel 2021.6.0
Reporter: Wolfgang Kastaun
Status: new
Milestone:
Version: ET_2022_05
Type: bug
Priority: minor
Component:
Comment (by Roland Haas):
@{557058:55837d30-c210-4b67-899f-972675258158} any news on this? If not I am tempted to close due to lack of activity after 2022-12-18.
My best guess is some line length issue or incorrectly set up FPPFLAGS.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2615/riemann-release-n…
#2664: Publication webpage is outdated, sphinxcontrib-citations may help keeping it updated automatically
Reporter: Gabriele Bozzola
Status: new
Milestone:
Version:
Type: enhancement
Priority: trivial
Component: EinsteinToolkit website
Comment (by Roland Haas):
We already have a bibtex2html converter for use in the toolkit \(on the citations.html page\), so that is not a problem.
We had some discussion on this during today’s call. Details can be found in the minutes.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2664/publication-webpa…
#2174: Test "Multi Patch Scalar Wave Equation" example
Reporter: Roland Haas
Status: open
Milestone: ET_2022_11
Version: development version
Type: task
Priority: major
Component: EinsteinToolkit website
Comment (by Kalyanaraman, Hrishikesh):
I’ve updated the tar file and made the changes to the www repo
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-…
#2664: Publication webpage is outdated, sphinxcontrib-citations may help keeping it updated automatically
Reporter: Gabriele Bozzola
Status: new
Milestone:
Version:
Type: enhancement
Priority: trivial
Component: EinsteinToolkit website
The publication webpage hasn’t been updated in ~ 14 years judging from the last entry \([https://www.einsteintoolkit.org/publications.html](https://www.einsteintoolkit.org/publications.html)\).
A while ago, I developed an extension for Sphinx to solve a similar problem.
[https://github.com/Sbozzolo/sphinxcontrib-citations](https://github.com/Sbo… takes a list of ADS keys and returns a list of papers that cite the given keys. This Sphinx extension can be easily adjusted to automatically populate the publications webpage. The package does not necessarily need Sphinx: one could simply take the core.py and use it. A BibTeX to HTML parser would be required in that case, but there are many available online. Probably, the easiest solution is to include in the www repo both the core.py \(which fundamentally depends only on urlib3\) and a bib2html parser.
It requires an ADS API key \(which can be obtained for free\) and I don’t know how this would be handled.
For example, assuming one evaluates `core.py`, sets the ADS API, and `bibcodes = ["2021zndo...4884780E"]`, the Python function `write_citing_bibtex(citations_ads_token, bibcodes, "/tmp/et.bib") `will automatically fetch and clean all the entries and produce a valid bibtex file.
I don’t know how the other scripts in the www repo are automatically run, but this could be the same.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2664/publication-webpa…
#2663: add an notice about minimum Intel / GCC version required to configure output
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: enhancement
Priority: major
Component:
Cactus requires full C\+\+ 11 support, which for the Intel compiler suite requires a new enough Intel C\+\+ compiler _as well as_ a new enough STL \(from g\+\+\) to work. While configure tests for features it does not give a hint as to what compiler version is required. In particular for the Intel compiler whose default setup often uses an old system installed g\+\+ STL this can be annoying.
It would thus be good if configure, at least when detecting an Intel compiler, could output a minimum known good combination of Intel and g\+\+ compiler to work. This may be Intel 2017 \+ gcc 6. Gcc 6 is a known requirement and stated in one of the release notes. Intel 2017 may be the first intel compiler to list compatibility with gcc 6 include files. Known to not work are versions Intel 2015 \([https://stackoverflow.com/questions/29371301/intel-c-compiler-what-is-highest-gcc-version-compatibility](https://stackoverflow.com/questions/29371301/intel-c-compiler-what-is-highest-gcc-version-compatibility)\) and earlier.
The current minimum icpc version in simfactory option lists is intel 2017 or intel 2016 \(on Caltech’s wheeler cluster which has not been tested for a while\).
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2663/add-an-notice-abo…
#2485: include complex and real scalar evolution code from Canuda in ET
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: task
Priority: major
Component:
Comment (by Roland Haas):
I just notice that none of the Scalar\* thorns have a documentation.tex file. Those files are required for inclusion and them not being there should have precluded acceptance \(and their lack was mentioned in the vote but then not acted on, sorry\).
The release date has been pushed by a week, so if you can please do provide some documentation files as soon as possible.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2485/include-complex-a…
#2662: Try to get email from ~/.gitconfig
Reporter: Steven R. Brandt
Status: new
Milestone:
Version:
Type: enhancement
Priority: trivial
Component: SimFactory
Changes (by Roland Haas):
responsible: [] (was )
assignee: Steven R. Brandt (was )
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2662/try-to-get-email-…