Date: Tue, 30 Jan 1996 11:20:37 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: terry@lambert.org (Terry Lambert) Cc: rnordier@iafrica.com, pblonde@agrium.com, hackers@FreeBSD.ORG Subject: Re: compilers Message-ID: <199601300050.LAA12325@genesis.atrad.adelaide.edu.au> In-Reply-To: <199601292122.OAA04545@phaeton.artisoft.com> from "Terry Lambert" at Jan 29, 96 02:22:21 pm
next in thread | previous in thread | raw e-mail | index | archive | help
Terry Lambert stands accused of saying: > In the other hand, the pointer-timeout in the MS debugger is sexy. You > put the point on a variable in the cose window, wait a second, and it > displays the value of that variable. ddd (and less intuitively) gdb do this. > The ability to click on a compiler error for a multifile project and have > it pull up an editor with the curs at the offending location in the > correct source file is also nice. Emacs' compile mode does this. > The ability to "auto-generate" makefiles with all dependencies is nice. > Many programmers (all right, not me) don't want to know what the Makefile > syntax is; they just want it to work. The BSD makefile templates take care of much of this. > The application builder is nice. It would require the adoption of a > standard GUI library to make it work in BSD, but it may be worth it. Indeed. Or for one of the Tk GUI designers to actually work 8) > The ability to click on functions and manifest constants, etc., and > go between their references and their declaration is nice. The same > for displaying the value for manifest constants. Many of the emacs language modes do this, IIRC. > The man page interface is so-so -- I prefer DEC's LSE for that. 8-). Not to mention the expanding program templates. I'm homesick already 8) > An IDE means that a programmer doesn't have to know a lot of the details > of the platform before they can start coding and end up with things that > run. This is, I think, an overriding benefit. Er, no. An IDE means all the tools that the programmer uses to produce the end product are hung off the same set of menus. Lucid/Xemacs was developed heading in this direction. Whilst some of the tools that would be required are decidedly nontrivial, it _is_ the logical starting point. (And a great discouragement for anyone not familiar with lisp 8( ) > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "wherever you go, there you are" - Buckaroo Banzai [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601300050.LAA12325>