> From [EMAIL PROTECTED] Thu Aug 20 17:22:55 1998
> From: Glynn Clements <[EMAIL PROTECTED]>
> Date: Thu, 20 Aug 1998 21:06:34 +0100 (BST)
> To: Pan Xing <[EMAIL PROTECTED]>
> Cc: Linux C Programming List <[EMAIL PROTECTED]>
> Subject: Re: Tired with the vi/grep, who can recommend a better programming
environment.
> In-Reply-To: <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
> Reply-To: Glynn Clements <[EMAIL PROTECTED]>
>
>
> Pan Xing wrote:
>
> > Every time I found some macros or functions defined out side the
> > program,
> > I have to do the silly work to use grep to locate it.
> >
> > Could some one recommend me a better IDE, like the VC or BC,
> > or any other solutions.
Glynn Clements wrote:
>
> You should use tags for this sort of thing. Generate a TAGS file with
> ctags/etags, then use C-] (vi) or M-. (Emacs) to find the function at
> the cursor position.
>
> You should probably check out (X)Emacs. It has many features which are
> useful for programming, and is entirely programmable.
>
I agree. I have used emacs for for a number of years. It can be used as an
editor or as a full IDE. There are a hugh number of "packages" or addons that
have been created by users. It is written in a variant of lisp emacs lisp or
elisp except for the lisp interpreter and lower level system/window interface
functions.
Its development predates at least the wide-spread use of GUIs. The Free Software
Foundation (FSF) created it. This version has remained close to its roots
maintaining a remarkable consistancy between text and GUI interfaces. This is
very useful if remote access over slow speed serial lines or performing sysadmin
tasks in single user mode is a requirement.
It is posible to start using it for simple editing without too much effort, but
there is a fairly steep and long learning curve to use, customize or develop
advanced features and extensions. This is due largely to (at least my) lack of
prophencency in (e)lisp and a historical bias toward an "expert"/command/key
stroke interface mode. In recent years the menus and help functions have
improved significantly. Their has always been a "best of breed" on-line
documentation system built-in (in my "humble" opinion).
Process size and execution speed are often cited by critics. It is true that
emacs uses alot of resources. "If you want to dance you have to pay the piper."
I have been running it on a 486DX/50 and it isn't slow at all for most uses.
This system does have 64MB of memory and a very fast I/O system which definitely
makes a difference.
I have looked at Code Crusader based on the recommendations of others in this
thread and it looks great. It is the first editor/IDE I have seen that I would
seriously concider switching to. My impression from the web pages is that its
strengths are visualization and navagation in large complex modular
(object-oriented) code bases and it may run faster given that execution is
native and not interpretive. But visualization is expensive.
if there are relative weaknesses I would speculate that it is not as mature
interms of the scope of functionality and not as easy to extend without a
scripting interface.
I have appreciated the comments others have made. Usually discussions of editors
quickly take on religious intensity.
Hope this helps.
david
David Ross
[EMAIL PROTECTED]
Toad Technologies
"I'll be good! I will, I will !"
