gnu-arch-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnu-arch-users] [ISSUE] (Round 3), GCC, pqm generalization


From: James Blackwell
Subject: Re: [Gnu-arch-users] [ISSUE] (Round 3), GCC, pqm generalization
Date: Wed, 23 Jun 2004 23:21:41 -0400

>From Tom Lord (address@hidden)
> Let's call that general form of rule, the kind that defines a set of
> "implied branches", a "derived branch" (or "derived version" when the
> branch/version distinction matters).

Just to make sure I'm clear here, an "implied branch" is a set of
actual branches that pass a certain collection of tests? 

> Should it not be possible to send rules and antecedent lists to a pqm
> and have it either simply remember those, or both remember those and
> eagerly create some implied branches?    Other pqm control messages
> could turn on and off which implied branches are eagerly created.
> Because (so far), the branches are deterministic,  pqm could keep a
> cache of them -- deleting ones not currently demanded.
>
> 1) PQM should be generalized to permit a wide range of rules
>    to be dynamically defined.   A simple black-box hook isn't
>    right.   PQM needs a standardized language for rules.

tla list-versions --with-tests=builds386, 

?

> 2) Rules should have global names and, thus, ought to be stored
>    as arch revisions in someplace that the PQM knows about.
>    (This includes global names for "abstract rule + explicitly 
>    listed antecedents")
> 3) All antecedents should be checked into arch, not just antecedent
>    branches.   For example, raw data from a tester.   That way,
>    every revision on an implied branch is uniquely identified 
>    with a coordinate:
>
>       rule-revision antecedent-0-revision antecedent-1-revision
>           ...
>

I have an alternative to suggest. What about 
{arch}/=tests-version and {arch}/=tests-data-version . Both meta-deta
files list in which versions one can find tests and test data.

This got me thinking on something that may be related. Test data is likely
to be chock full of binary files, and may be updated often. This screams
for xdelta support.
--
James Blackwell          Try something fun: For the next 24 hours, give
Smile more!              each person you meet a compliment!

GnuPG (ID 06357400) AAE4 8C76 58DA 5902 761D  247A 8A55 DA73 0635 7400




reply via email to

[Prev in Thread] Current Thread [Next in Thread]