Trac

trac@lists.einsteintoolkit.org

8708 discussions

#1579: GRHydro does not build on Blue Gene/Q
by Roland Haas 18 Nov '22

18 Nov '22

#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-…

1 0

#2615: Riemann release not compiling with intel 2021.6.0
by Roland Haas 18 Nov '22

18 Nov '22

#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…

1 0

#2615: Riemann release not compiling with intel 2021.6.0
by Roland Haas 18 Nov '22

18 Nov '22

#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…

1 0

#2664: Publication webpage is outdated, sphinxcontrib-citations may help keeping it updated automatically
by Roland Haas 17 Nov '22

17 Nov '22

#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…

1 0

#2174: Test "Multi Patch Scalar Wave Equation" example
by Kalyanaraman, Hrishikesh 16 Nov '22

16 Nov '22

#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-…

1 0

#2664: Publication webpage is outdated, sphinxcontrib-citations may help keeping it updated automatically
by Gabriele Bozzola 15 Nov '22

15 Nov '22

#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…

1 0

#2663: add an notice about minimum Intel / GCC version required to configure output
by Roland Haas 15 Nov '22

15 Nov '22

#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: Comment (by Roland Haas): 2017 claims gcc 6 support here: [https://www.intel.com/content/www/us/en/developer/articles/release-notes/in… -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2663/add-an-notice-abo…

1 0

#2663: add an notice about minimum Intel / GCC version required to configure output
by Roland Haas 15 Nov '22

15 Nov '22

#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…

1 0

#2485: include complex and real scalar evolution code from Canuda in ET
by Roland Haas 10 Nov '22

10 Nov '22

#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…

1 0

#2662: Try to get email from ~/.gitconfig
by Roland Haas 09 Nov '22

09 Nov '22

#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-…

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac