global-commit
[Top][All Lists]
Advanced

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

[Global-commit] global/global global.c


From: Shigio YAMAGUCHI
Subject: [Global-commit] global/global global.c
Date: Wed, 30 Aug 2006 06:54:12 +0000

CVSROOT:        /sources/global
Module name:    global
Changes by:     Shigio YAMAGUCHI <shigio>       06/08/30 06:54:12

Modified files:
        global         : global.c 

Log message:
        Changed not to locate other symbols (-s) in GTAGSLIBPATH.
        
        Here is the RFC:
        
        Subject: [RFC] Behavior of global(1) when the GTAGSLIBPATH is set.
        Date: Tue, 22 Aug 2006 10:27:12 +0900
        Sender: address@hidden
        
        Hello all,
        I would like to change the behavior of global(1) when the
        GTAGSLIBPATH is set.
        
        When the GTAGSLIBPATH variable is set, global(1) retrieve in not
        only current project but also library projects listed in the variable.
        At present, this facility works for not only definition retrieval
        but also other symbol retrieval.
        
        [PRESENT SPEC]
        option   retrieval type  retrieve in GTAGSLIBPATH?
        -------------------------------------------------
        (none)   definition      yes
        -r       reference       no
        -s       other symbol    yes <=
        
        But I think this specification is wrong.
        Global(1) should retrieve only the objects clearly defined
        in the library projects; it should not retrieve other symbols.
        Because the library is these kind of things; it is hardly thought
        to refer to the symbols in the library modules.
        
        In the past, there was a request that want to retrieve the symbols
        (-s) in the library projects. I accepted the request, and changed
        the specification like present, since there was no method to
        retrieve them through multiple projects besides GTAGSLIBPATH.
        However, since gtags has the --file option now, and we can bring
        multiple projects together with it, it is not necessary to support
        such ugly facility.
        
        Thus, I would like to change the specification like follows:
        
        [NEW SPEC(=original)]
        option   retrieval type  retrieve in GTAGSLIBPATH?
        -------------------------------------------------
        (none)   definition      yes
        -r       reference       no
        -s       other symbol    *no*
        
        What do you think?
        Is there something problem?

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/global/global/global.c?cvsroot=global&r1=1.154&r2=1.155




reply via email to

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