Is the dependency (inherent, not user selected), once established, an
immutable property of the affected patches?

I'm wondering if it's something that could (theoretically) be stored in
the repo, or at least be kept in parallel data that will never become
dirty (if it works in terms of patch hashes).



On 7/12/2012 10:16 AM, Michael Hendricks wrote:
> Hi Matt.  Darcs normally doesn't store dependencies directly.  They're
> calculated based on whether patches can commute with on another.  If
> they freely commute, there's no dependency; otherwise there is one.
>
> One exception is dependencies recorded by `darcs record --ask-deps`
> which lets the user manually add explicit dependencies.  These are
> store on disk as part of the newly recorded patch.
>
> To answer your question, I don't think using the library directly will
> make patch dependency calculations much faster.
>
> -- 
> Michael
>
>
> On Thu, Jul 12, 2012 at 9:14 AM, Matt Lamari <[email protected]
> <mailto:[email protected]>> wrote:
>
>
>     My main interest is in whether or not the library (that I know nothing
>     about) can check dependencies quickly, or if dependency isn't
>     specifically listed but merely a function of patch application voodoo.
>
>     I am able to find dependANTS from the command line with:
>
>     darcs obliterate --dry-run
>
>
>     Is going to the library for such a task significantly faster?  Or does
>     it still have to perform whatever mechanic that obliterate uses?
>
>
>
>     _______________________________________________
>     darcs-users mailing list
>     [email protected] <mailto:[email protected]>
>     http://lists.osuosl.org/mailman/listinfo/darcs-users
>
>


_______________________________________________
darcs-users mailing list
[email protected]
http://lists.osuosl.org/mailman/listinfo/darcs-users

Reply via email to