[ET Trac] [Einstein Toolkit] #919: simfactory fails for standard thornlist copied using sync
Einstein Toolkit
trac-noreply at einsteintoolkit.org
Tue May 22 10:32:55 CDT 2012
#919: simfactory fails for standard thornlist copied using sync
---------------------+------------------------------------------------------
Reporter: knarf | Owner: eschnett
Type: defect | Status: review
Priority: major | Milestone: ET_2012_05
Component: Other | Version:
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by knarf):
I think we are mixing issues now. The @..@ pairs were used in option
lists. I think they were never used in thornlists so far. This issue is
about _using_ simfactory in a way that I believe was envisioned as being
one of the even recommended ways of using it - simply because it's the
most convenient way to make sure to use exactly the same source
everywhere.
One way to deal with _this_ issue is to teach GetComponents about thorns
which should be downloaded, but not used by Cactus (unless simfactory
changes that). There is currently a way to mark components as such, which
is fine for things like documentation components, but not really
convenient for simfactory to parse (although it could be done).
We could decide to use this mechanism and teach simfactory to look for
'disabled' thorns there, or teach GetComponents about another way to mark
components as 'to be downloaded, but not used by Cactus' which simfactory
then also needs to learn about in order to be able to enable certain
thorns.
In both cases, GetComponents would download _all_ components (unlike now),
but Cactus would (using simfactory) not necessarily build all components.
Not using simfactory would also still work, but would result in possibly
less components than might work on a particular machine.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/919#comment:9>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
More information about the Trac
mailing list