[Top][All Lists]

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

Re: [Gnu-arch-users] Re: [PATCH] my-project-id

From: Tom Lord
Subject: Re: [Gnu-arch-users] Re: [PATCH] my-project-id
Date: Thu, 22 Apr 2004 18:09:57 -0700 (PDT)

    > From: Stefan Monnier <address@hidden>

    > >> Why not just set a regexp that will be matched against the fully
    > >> qualified version name?

    > > That would be harder to use.

    > It seems to me the user interface would be almost exactly the same,
    > except without having to list the various possible things to match.

    > What case are thinking of where things would be more difficult?

    > In my mind, users would just say things like

    >    tla my-project-id*/ ID1
    >    tla my-project-id /emacs-- ID2
    >    tla my-project-id /.*--trunk-- ID3
    >    ...

Perhaps.  I find the mandatory prefix slashes and trailing "--" an
annoyance (although even with the regexp set syntax you need a / if
your regexp set includes an archive regexp).

Also, with your method, I think people will commonly make mistakes

        tla my-project-id emacs ID2

which is intended to match only project names with exactly the
category "emacs" but which will in fact match:






Also, with regexp sets, it is possible to ask not only "does fully
qualified name X match the pattern" but also "does unqualified package
name CATEGORY--BRANCH match the pattern".

    > > For that matter, I'm tempted to suggest that the last component in a
    > > regexp set (version id) not be a regexp at all --- but be a range
    > > expression of version-ids.   E.g.:

    > Hmmm... that evokes to me a whole new dimension of
    > overengineering ;-) Admittedly, you probably want to use such
    > things for more than just my-id, 

Exactly.  Range expressions for version ids are another thing for
which there is likely to be great utility in many situations.

    > but still: last I looked people seem to be using the version number in
    > fairly simple and limited ways, and it took them several years before they
    > felt enough of a need for project-specific settings, so adding
    > special-purpose code to deal with the combination of complex version 
    > and fancy per-version-number project settings sounds rather odd.

    > >         tla--.*--{1.1,1.2.1}
    > > which matches 
    > >       tla--devo--1.2
    > > but not
    > >       tla--devo--
    > > What do you think of that?

    > What's wrong with tla--.*--(1\.1|1\.2\.1)$ ?

It fails to match


even though that falls between 





reply via email to

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