From trac-noreply at einsteintoolkit.org Tue Apr 2 04:37:38 2024 From: trac-noreply at einsteintoolkit.org (Ian Hinder) Date: Tue, 02 Apr 2024 09:37:38 +0000 Subject: [ET Trac] #2789: Citation suggestion for Kranc Message-ID: #2789: Citation suggestion for Kranc Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: trivial Component: EinsteinToolkit website Comment (by Ian Hinder): It is old and outdated, but I don?t think that?s a good reason to omit it. I?m not sure what the logic was - maybe we were trying to avoid asking people to cite too many things? I can?t think of a reason not to cite the Kranc paper now. @{557058:56049c54-f8c2-4b6c-9b88-ab697c967495} @{557058:f7fd5133-6eee-4385-a5e5-3e03342a0b24} do you remember any details of this decision? ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2789/citation-suggestion-for-kranc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 2 08:23:55 2024 From: trac-noreply at einsteintoolkit.org (Erik Schnetter) Date: Tue, 02 Apr 2024 13:23:55 +0000 Subject: [ET Trac] #2789: Citation suggestion for Kranc Message-ID: #2789: Citation suggestion for Kranc Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: trivial Component: EinsteinToolkit website Comment (by Erik Schnetter): I do not recall. I suggest to ask people to cite the paper as web pages are ephemeral. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2789/citation-suggestion-for-kranc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 2 09:17:21 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 02 Apr 2024 14:17:21 +0000 Subject: [ET Trac] #2789: Citation suggestion for Kranc Message-ID: #2789: Citation suggestion for Kranc Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: trivial Component: EinsteinToolkit website Comment (by Roland Haas): Possibly there was the anticipation of an updated reference with more authors listed? The paper has as authors: Sascha, Ian, Christiane, while the website adds Erik and Barry. A requested-for entry may look like this \(the entry is already in einsteintoolkit.bib only the requested-for / suggested-for tag is missing\): ``` @Article{Husa:2004ip, requested-for ={Kranc}, author = "Husa, Sascha and Hinder, Ian and Lechner, Christiane", title = "{Kranc: a Mathematica application to generate numerical codes for tensorial evolution equations}", journal = "Comput. Phys. Commun.", volume = 174, year = 2006, pages = "983-1004", eprint = "arXiv:gr-qc/0404023", SLACcitation = "%%CITATION = GR-QC/0404023;%%" } ``` and a suggested-for one ``` @Article{Husa:2004ip, suggested-for ={Kranc}, author = "Husa, Sascha and Hinder, Ian and Lechner, Christiane", title = "{Kranc: a Mathematica application to generate numerical codes for tensorial evolution equations}", journal = "Comput. Phys. Commun.", volume = 174, year = 2006, pages = "983-1004", eprint = "arXiv:gr-qc/0404023", SLACcitation = "%%CITATION = GR-QC/0404023;%%" } ``` ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2789/citation-suggestion-for-kranc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Apr 3 10:07:40 2024 From: trac-noreply at einsteintoolkit.org (Peter Diener) Date: Wed, 03 Apr 2024 15:07:40 +0000 Subject: [ET Trac] #2789: Citation suggestion for Kranc Message-ID: #2789: Citation suggestion for Kranc Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: trivial Component: EinsteinToolkit website Comment (by Peter Diener): I don?t remember any details either. Asking for citations to the paper seems reasonable. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2789/citation-suggestion-for-kranc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 4 09:54:53 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 04 Apr 2024 14:54:53 +0000 Subject: [ET Trac] #2789: Citation suggestion for Kranc Message-ID: #2789: Citation suggestion for Kranc Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: trivial Component: EinsteinToolkit website Comment (by Roland Haas): @{557058:5785f23c-5444-46da-876b-61f027b7bbc3} could you either add \(as shown above\) or let me know which one of the `suggested-for` or `requested-for` tag to `einsteintoolkit.bib` in `manifest`? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2789/citation-suggestion-for-kranc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Apr 10 13:22:43 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 10 Apr 2024 18:22:43 +0000 Subject: [ET Trac] #2790: MoL documentation out of sync Message-ID: #2790: MoL documentation out of sync Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: trivial Component: EinsteinToolkit thorn MoL?s doc currently states \(near [http://einsteintoolkit.org/thornguide/CactusNumerical/MoL/documentation.html#verbatim-1](http://einsteintoolkit.org/thornguide/CactusNumerical/MoL/documentation.html#verbatim-1)\) that > MoL needs to know the total number of GFs in each category at parameter time. To do this, your thorn needs to use some accumulator parameters from MoL. As an example, here are the paramaters from WaveMoL: but that is no longer true as of git hash [ad7608db](https://bitbucket.org/cactuscode/cactusnumerical/commits/ad7608db4650d936af2afd64eaa8d0a31ea21bab) "MoL: automatically count number of evolved variables" of [cactusnumerical](https://bitbucket.org/cactuscode/cactusnumerical) \(10 years ago\). There?s also missing / incorrect equation reference in the online version \(at least\): > MoL can be used for hyperbolic, parabolic and even elliptic problems \(although I definitely don?t recommend the latter\). As it currently stands it is set up for systems of equations in the first order type form of equation?\(??\). ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2790/mol-documentation-out-of-sync -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 11 09:17:02 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 11 Apr 2024 14:17:02 +0000 Subject: [ET Trac] #2789: Citation suggestion for Kranc Message-ID: #2789: Citation suggestion for Kranc Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: trivial Component: EinsteinToolkit website Comment (by Roland Haas): ping -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2789/citation-suggestion-for-kranc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 11 09:30:07 2024 From: trac-noreply at einsteintoolkit.org (Zach Etienne) Date: Thu, 11 Apr 2024 14:30:07 +0000 Subject: [ET Trac] #963: Improve McLachlan accuracy Message-ID: #963: Improve McLachlan accuracy Reporter: Erik Schnetter Status: open Milestone: Version: Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Zach Etienne): I plan to incorporate these improvements: [https://arxiv.org/abs/2404.01137](https://arxiv.org/abs/2404.01137) in the November 2024 ET release of Baikal\*. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/963/improve-mclachlan-accuracy -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 11 13:42:37 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 11 Apr 2024 18:42:37 +0000 Subject: [ET Trac] #2781: Fix bug in debug mode with presync_mode = "off" Message-ID: #2781: Fix bug in debug mode with presync_mode = "off" Reporter: Samuel Cupp Status: closed Milestone: ET_2024_05 Version: Type: bug Priority: major Component: Cactus Changes (by Roland Haas): status: closed (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2781/fix-bug-in-debug-mode-with-presync_mode -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 08:56:04 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 16 Apr 2024 13:56:04 +0000 Subject: [ET Trac] #2791: use apptainer rather than Docker for local getting started docs Message-ID: #2791: use apptainer rather than Docker for local getting started docs Reporter: Roland Haas Status: new Milestone: Version: Type: enhancement Priority: minor Component: Apptainer \([https://apptainer.org/docs/admin/main/installation.html#install-unprivileged-from-pre-built-binaries](https://apptainer.org/docs/admin/main/installation.html#install-unprivileged-from-pre-built-binaries)\) can be installed and run without root privileges and also integrates more nicely into the system by eg. making $HOME available and running as the user?s uid in the container. It would seem to be more suitable than docker \(runs as root, files created are owned by root\) for a tutorial. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2791/use-apptainer-rather-than-docker-for-local -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 09:32:02 2024 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Tue, 16 Apr 2024 14:32:02 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Steven R. Brandt): The main problem seems to be the ini parser in 3.12. It complains about things like this: ``` submitpattern = 'Submitted batch job (\d+)' ``` The problem is that a `\d` is invalid inside a quoted string. To fix it, replace it with ``` submitpattern = 'Submitted batch job (\\d+)' ``` or ``` submitpattern = Submitted batch job (\d+) ``` Both seem to work. There are also some problems with a few strings inside simfactory that need to be r-strings. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 09:50:58 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 16 Apr 2024 14:50:58 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Roland Haas): Ouch, this is caused by strings in machine files? That will be much more of a problem than anticipated. For the ini parser: I would think it should not interpret the strings as anything, just strings. Is there a way to make it treat the input as raw strings. ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 15:28:56 2024 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Tue, 16 Apr 2024 20:28:56 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Steven R. Brandt): See PR [https://bitbucket.org/simfactory/simfactory2/pull-requests/69](https://bitbucket.org/simfactory/simfactory2/pull-requests/69) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 15:35:52 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 16 Apr 2024 20:35:52 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Roland Haas): Please review. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 15:39:06 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 16 Apr 2024 20:39:06 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Roland Haas): The Python changes look ok, but I would rather not have to duplicate all `\` and whatever else Python may consider special in the ini files. The strings are stated to be regular expressions in the docs and `\\d` is not the PCRE that matches a `1`. Do you know where exactly it decides to interpret strings read from a file and do escape sequence processing on them? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 21:57:33 2024 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Wed, 17 Apr 2024 02:57:33 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Steven R. Brandt): It seems that the ini file reader is the thing complaining. The strings still are regular expressions, but if a regular expression is in a quoted string it should be understood with quoted string escape rules. If you prefer, we could remove the quote marks and convert `\\d` to `\d`. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 16 22:15:30 2024 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Wed, 17 Apr 2024 03:15:30 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Steven R. Brandt): In particular, the problem comes about when this is called: `vv = eval(self.OriginalValue)` This means that we could also cure it by putting an r in front of the quotes, e.g. `submitpattern = r'Submitted batch job (\d+)'` Is this preferrable? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 18 09:46:15 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 18 Apr 2024 14:46:15 +0000 Subject: [ET Trac] #2637: update Cactus COPYRIGHT file to LGPL Message-ID: #2637: update Cactus COPYRIGHT file to LGPL Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: Cactus Comment (by Roland Haas): Steve says ?Please apply?. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2637/update-cactus-copyright-file-to-lgpl -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 18 09:53:09 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 18 Apr 2024 14:53:09 +0000 Subject: [ET Trac] #2637: update Cactus COPYRIGHT file to LGPL Message-ID: #2637: update Cactus COPYRIGHT file to LGPL Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: Cactus Comment (by Roland Haas): Applied as git hash [15516396](https://bitbucket.org/cactuscode/cactus/commits/15516396007b9405c061a733f1f6dbecd467752d) "Merged in rhaas/license \(pull request #144\)" of [cactus](https://bitbucket.org/cactuscode/cactus) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2637/update-cactus-copyright-file-to-lgpl -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 18 09:53:14 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 18 Apr 2024 14:53:14 +0000 Subject: [ET Trac] #2637: update Cactus COPYRIGHT file to LGPL Message-ID: #2637: update Cactus COPYRIGHT file to LGPL Reporter: Roland Haas Status: resolved Milestone: Version: Type: bug Priority: minor Component: Cactus Changes (by Roland Haas): status: resolved (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2637/update-cactus-copyright-file-to-lgpl -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 18 15:13:11 2024 From: trac-noreply at einsteintoolkit.org (Terrence Pierre) Date: Thu, 18 Apr 2024 20:13:11 +0000 Subject: [ET Trac] #2779: NRPy 2.0 update for Baikal(Vacuum) Message-ID: #2779: NRPy 2.0 update for Baikal(Vacuum) Reporter: Samuel Cupp Status: new Milestone: ET_2024_05 Version: Type: bug Priority: major Component: Comment (by Terrence Pierre): Reviewed and approved -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2779/nrpy-20-update-for-baikal-vacuum -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Apr 19 15:13:55 2024 From: trac-noreply at einsteintoolkit.org (Terrence Pierre) Date: Fri, 19 Apr 2024 20:13:55 +0000 Subject: [ET Trac] #2778: GRHayLHD(X) update for tabulated EOS support Message-ID: #2778: GRHayLHD(X) update for tabulated EOS support Reporter: Samuel Cupp Status: new Milestone: ET_2024_05 Version: Type: enhancement Priority: major Component: Comment (by Terrence Pierre): Reviewed and tested new tabulated eos support, as well as hybrid\+entropy and tabulated\+entropy support. This PR is approved -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2778/grhaylhd-x-update-for-tabulated-eos -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 25 11:48:32 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 25 Apr 2024 16:48:32 +0000 Subject: [ET Trac] #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Message-ID: #2760: SyntaxWarnings Raised During Build Process with Python 3.12 Reporter: Thiago Assumpcao Status: new Milestone: Version: ET_2023_05 Type: bug Priority: major Component: SimFactory Comment (by Roland Haas): The version reached after discussing in the pull request that uses a regular expression to parse ini file input is reviewed positively. _Please_ clean up the commit history and make sure that each commit is one logical change and its commit message is prefixed by the simfactory component being changed \(`git log` may provide inspiration for the prefixes\). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2760/syntaxwarnings-raised-during-build-process -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 25 11:51:50 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 25 Apr 2024 16:51:50 +0000 Subject: [ET Trac] #2788: ET building error Message-ID: #2788: ET building error Reporter: Faby 21 Productions Status: closed Milestone: Version: Type: bug Priority: minor Component: Cactus Changes (by Roland Haas): status: closed (was open) Comment (by Roland Haas): not enough information, radio silence by reporter -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2788/et-building-error -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 25 11:54:57 2024 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 25 Apr 2024 16:54:57 +0000 Subject: [ET Trac] #2765: NSIMD is not actually build with SIMD code Message-ID: #2765: NSIMD is not actually build with SIMD code Reporter: Roland Haas Status: on hold Milestone: ET_2024_05 Version: Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): status: on hold (was open) Comment (by Roland Haas): needs more investigation -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2765/nsimd-is-not-actually-build-with-simd-code -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 25 16:16:53 2024 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Thu, 25 Apr 2024 21:16:53 +0000 Subject: [ET Trac] #2792: Add sorting capability to the manifest Message-ID: #2792: Add sorting capability to the manifest Reporter: Steven R. Brandt Status: new Milestone: Version: Type: bug Priority: minor Component: The manifest is mostly sorted, but the sorting criteria are not rigorous. There should be a program to sort it. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2792/add-sorting-capability-to-the-manifest -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Apr 25 16:17:55 2024 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Thu, 25 Apr 2024 21:17:55 +0000 Subject: [ET Trac] #2792: Add sorting capability to the manifest Message-ID: #2792: Add sorting capability to the manifest Reporter: Steven R. Brandt Status: new Milestone: Version: Type: bug Priority: minor Component: Comment (by Steven R. Brandt): [https://bitbucket.org/einsteintoolkit/manifest/pull-requests/22](https://bitbucket.org/einsteintoolkit/manifest/pull-requests/22) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2792/add-sorting-capability-to-the-manifest -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 30 16:56:39 2024 From: trac-noreply at einsteintoolkit.org (vik@arizona.edu) Date: Tue, 30 Apr 2024 21:56:39 +0000 Subject: [ET Trac] #2794: TACC Stampede3-skx Compilation Failing [-Wincompatible-function-pointer-type] Message-ID: #2794: TACC Stampede3-skx Compilation Failing [-Wincompatible-function-pointer-type] Reporter: vik at arizona.edu Status: submitted Milestone: ET_2023_05 Version: ET_2023_05 Type: bug Priority: blocker Component: EinsteinToolkit thorn I am failing to compile on the new TACC Stampede3 skx-nodes \(Intel Xeon Platinum 8160 \("Skylake"\), documentation [here](https://docs.tacc.utexas.edu/hpc/stampede3/)\). I am running into the following error that terminates the compilation: ``` /work2/09313//stampede3/einstein/Cactus/arrangements/CactusNumerical/ReflectionSymmetry/src/register.c:67:22: error: incompatible function pointer types passing 'CCTK_INT4 (const restrict CCTK_POINTER_TO_CONST, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const restrict CCTK_POINTER_TO_CONST *, const CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, const restrict CCTK_POINTER *, const CCTK_INT4)' (aka 'int (const void *const restrict, const int, const int, const int, const int, const int, const int, const void *const restrict *, const int, const int *, const int, const int *, void *const restrict *, const int)') to parameter of type 'CCTK_INT4 (*)(const CCTK_POINTER_TO_CONST, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_POINTER_TO_CONST *, const CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, const CCTK_POINTER *, const CCTK_INT4)' (aka 'int (*)(const void *const, const int, const int, const int, const int, const int, const int, const void *const *, const int, const int *, const int, const int *, void *const *, const int)') [-Wincompatible-function-pointer-types] 67 | (cctkGH, handle, ReflectionSymmetry_Interpolate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /work2/09313//stampede3/einstein/Cactus/configs/vacuum/bindings/include/ReflectionSymmetry_Prototypes.h:56:19: note: passing argument to parameter 'symmetry_interpolate' here 56 | CCTK_INT (*const symmetry_interpolate)(const CCTK_POINTER_TO_CONST cctkGH , | ^ 1 error generated. ``` I have attached the machine and option list being used for Stampede3-skx. attachment: stampede3-skx.cfg (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2794/attachments/stampede3-skx.cfg) attachment: stampede3-skx.ini (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2794/attachments/stampede3-skx.ini) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2794/tacc-stampede3-skx-compilation-failing -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Apr 30 17:16:32 2024 From: trac-noreply at einsteintoolkit.org (vik@arizona.edu) Date: Tue, 30 Apr 2024 22:16:32 +0000 Subject: [ET Trac] #2794: TACC Stampede3-skx Compilation Failing [-Wincompatible-function-pointer-type] Message-ID: #2794: TACC Stampede3-skx Compilation Failing [-Wincompatible-function-pointer-type] Reporter: vik at arizona.edu Status: submitted Milestone: ET_2023_05 Version: ET_2023_05 Type: bug Priority: blocker Component: EinsteinToolkit thorn Changes (by vik at arizona.edu): I am failing to compile on the new TACC Stampede3 skx-nodes \(Intel Xeon Platinum 8160 \("Skylake"\), documentation [here](https://docs.tacc.utexas.edu/hpc/stampede3/)\). I am running into the following error that terminates the compilation: ``` /work2/09313//stampede3/einstein/Cactus/arrangements/CactusNumerical/ReflectionSymmetry/src/register.c:67:22: error: incompatible function pointer types passing 'CCTK_INT4 (const restrict CCTK_POINTER_TO_CONST, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const restrict CCTK_POINTER_TO_CONST *, const CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, const restrict CCTK_POINTER *, const CCTK_INT4)' (aka 'int (const void *const restrict, const int, const int, const int, const int, const int, const int, const void *const restrict *, const int, const int *, const int, const int *, void *const restrict *, const int)') to parameter of type 'CCTK_INT4 (*)(const CCTK_POINTER_TO_CONST, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_POINTER_TO_CONST *, const CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, const CCTK_POINTER *, const CCTK_INT4)' (aka 'int (*)(const void *const, const int, const int, const int, const int, const int, const int, const void *const *, const int, const int *, const int, const int *, void *const *, const int)') [-Wincompatible-function-pointer-types] 67 | (cctkGH, handle, ReflectionSymmetry_Interpolate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /work2/09313//stampede3/einstein/Cactus/configs/vacuum/bindings/include/ReflectionSymmetry_Prototypes.h:56:19: note: passing argument to parameter 'symmetry_interpolate' here 56 | CCTK_INT (*const symmetry_interpolate)(const CCTK_POINTER_TO_CONST cctkGH , | ^ 1 error generated. ``` I have attached the machine and option list being used for Stampede3-skx. ? Comment (by vik at arizona.edu): Modules being loaded: ``` intel/24.0 impi/21.11 python/3.9.18 hdf5/1.14.3 boost/1.85.0 papi/7.1.0 petsc/3.20-complex ``` ? Compile instructions used: ``` CPP = cpp FPP = cpp CC = icx CXX = icpx F90 = ifx ``` ? All details can be found in the attached machine and optionlist files. Let me know if there is anything else I can provide. ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2794/tacc-stampede3-skx-compilation-failing -------------- next part -------------- An HTML attachment was scrubbed... URL: