unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Xah <xahlee@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Loading large/multiple tags files
Date: Tue, 21 Oct 2008 14:28:59 -0700 (PDT)	[thread overview]
Message-ID: <adb95457-ce0d-418f-bc5c-7e068daf3698@v16g2000prc.googlegroups.com> (raw)
In-Reply-To: mailman.1658.1224571528.25473.help-gnu-emacs@gnu.org

On Oct 20, 11:45 pm, Eli Zaretskii <e...@gnu.org> wrote:
> > From:Xah<xah...@gmail.com>
> > Date: Mon, 20 Oct 2008 22:10:47 -0700 (PDT)
>
> > does many people use this tags?
>
> How else do you jump to a definition of a function, macro, typedef,
> class, etc., with a single command?
>
> I really don't understand how can a fairly large project be developed
> without TAGS.
>
> (Another necessary component of any reasonable Emacs-based IDE is
> ID-Utils and its Emacs interface "M-x gid".)

I've always just used grep when i developed on large projects.
(from 1998-2002, with project code base of few hundred or thousand
files. Perl as app server, with most code. Others are sh, java, many
config files etc.
There were about 6 developers.
The lead developer is a emacs user, but he only use it for text
editing. e.g. he launches emacs by “emacs filename” then quit emacs
when done. He doesn't know or have much interest about info, dired,
shell in emacs, etc any other emacs features.
The other developers are mostly vi users mostly because that's what
they learned in school in India, and programing is just their day job.
They who wouldn't know and have no interest in what's a algorithm or
Turing machine or lisp or computer languages if you press them.
(seems sad, but that's how most professional IT workers are like.
See: The Condition of Industrial Programers
http://xahlee.org/UnixResource_dir/writ/it_programers.html
)
)

i'm pretty sure grep is inefficient... thanks for the pointers, i'll
look into tags next time.

  Xah
∑ http://xahlee.org/

  parent reply	other threads:[~2008-10-21 21:28 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-20 17:17 Loading large/multiple tags files Adrian
2008-10-21  5:03 ` Kevin Rodgers
     [not found] ` <mailman.1653.1224565433.25473.help-gnu-emacs@gnu.org>
2008-10-21  5:10   ` Xah
2008-10-21  6:45     ` Eli Zaretskii
     [not found]     ` <mailman.1658.1224571528.25473.help-gnu-emacs@gnu.org>
2008-10-21 21:28       ` Xah [this message]
2008-10-21 23:07       ` Andreas Politz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=adb95457-ce0d-418f-bc5c-7e068daf3698@v16g2000prc.googlegroups.com \
    --to=xahlee@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).