bug-gnu-emacs
[Top][All Lists]
Advanced

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

Re: Bug Report (Feature request?) etags (GNU Emacs 21.1)


From: David Masterson
Subject: Re: Bug Report (Feature request?) etags (GNU Emacs 21.1)
Date: 18 Feb 2002 10:30:38 -0800
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1

>>>>> Francesco Potorti` writes:

> eliz@is.elta.co.il (Eli Zaretskii) writes:

>> I think etags should generate references for both files, the
>> original file first, the derived second.

> That would double the size of the TAGS file.  I don't think that
> this would be a good way to go in general.  Generally speaking, if I
> have a #line directive pointing to a non-existent file, you could
> have troubles even with the compiler.  So the developer using etags
> will care about having meaningful #line directives, and we should
> not be concerned about this problem at all.  So:

> 1) etags should honour #line directives in C and C++ languages
>    unconditionally. 

> 2) If there are cases where one would want to use etags (but not using a
>    compiler), then there sould be an option to disable this behaviour. 

> 3) No languages other than C and C++ should be affected by #line
>    directives. 

Given this, what would happen if etags was run on a group of files
where some files are generated from the others?  In other words, would
etags wind up generating the same reference twice (once from the
generated file and once from the original)?

-- 
David Masterson                dmaster AT synopsys DOT com
Sr. R&D Engineer               Synopsys, Inc.
Software Engineering           Sunnyvale, CA



reply via email to

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