[ET Trac] [Einstein Toolkit] #241: Thorns should be able to specify implementation versions, and other thorns should be able to depend on those

Einstein Toolkit trac-noreply at einsteintoolkit.org
Thu Feb 9 05:18:53 CST 2012


#241: Thorns should be able to specify implementation versions, and other thorns
should be able to depend on those
--------------------------+-------------------------------------------------
  Reporter:  knarf        |       Owner:     
      Type:  enhancement  |      Status:  new
  Priority:  minor        |   Milestone:     
 Component:  Cactus       |     Version:     
Resolution:               |    Keywords:     
--------------------------+-------------------------------------------------

Comment (by hinder):

 I don't like version numbers because they impose a linear structure, and
 we sometimes have different branches (both explicitly in the repository,
 and implicitly with locally applied patches).

 What about saying that thorns provide certain "features", and other thorns
 require these features?  We might even consider re-using the capabilities
 mechanism for this, though it is a low-level technical detail and maybe
 best not exposed to the user.  For example, for the recent READS/WRITES
 changes to the flesh, we could say that the flesh now supports
 READS_WRITES, and thorns could declare that they need READS_WRITES.  If
 the flesh does not support it, the user gets an error message saying that
 they need a (probably newer) version of the flesh which supports
 READS_WRITES.

 This is relevant now because if we merge some of the development branches
 of Kranc into master and regenerate McLachlan, a very recent flesh will be
 needed for the READS/WRITES support.

 Do we want to depend on features/versions of "implementations" or of
 "capabilities"?

 Rather than adding new capabilities, maybe we could make these parameters
 of the capability.  For example, we could depend on
 Cactus{READS_WRITES,...}.  Maybe every so often we could bundle these
 capabilities up into a version number, perhaps corresponding to a release.

-- 
Ticket URL: <https://trac.einsteintoolkit.org/ticket/241#comment:4>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit


More information about the Trac mailing list