Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83; site qubix.UUCP Path: utzoo!linus!vaxine!wjh12!genrad!decvax!decwrl!sun!qubix!msc From: msc@qubix.UUCP (Mark Callow) Newsgroups: net.lang.c Subject: Re: C optimization and debugging. Message-ID: <903@qubix.UUCP> Date: Mon, 12-Mar-84 02:45:00 EST Article-I.D.: qubix.903 Posted: Mon Mar 12 02:45:00 1984 Date-Received: Wed, 7-Mar-84 00:25:23 EST References: mi-cec.212 <252@idis.UUCP> <228@astrovax.UUCP> Organization: Qubix Graphic Systems, Saratoga, CA Lines: 30 > Personnally I can understand why the Fortran compiler is an > embarrasement, considering the attitude in this community > toward Fortran. However, I cannot understand why Unix does not > come with a super-optimizing C compiler, as any increase in the > speed of the code produced will speed up all of Unix. Surely > by now better could be done. > -- > Bill Sebok Princeton University, Astrophysics Hear Hear! I have also never been able to understand why Unix, this wonderful, spiffy, marvellous, programmer friendly software development system (:-)) has such AWFUL debuggers. Perhaps people enjoy putting printf's in their programs. Some light may be beginning to dawn. I recently had an enjoyable and successful time using dbx to debug the talk program. It works very well. Unfortunately rumour has it that no more work is being done on dbx at Berkeley. One of the items in a "to do" list that came with dbx was a screen oriented interface. That, if done right, would be a major plus as it could eliminate a lot of the typing that seems an inevitable part of source level debuggers. One problem that dbx doesn't address and for which help sorely needed is debugging applications running in multiple processes or across multiple machines. Even the simple act of giving the core files unique names would help here. -- From the Tardis of Mark Callow msc@qubix.UUCP, decwrl!qubix!msc@Berkeley.ARPA ...{decvax,ucbvax,ihnp4}!decwrl!qubix!msc, ...{ittvax,amd70}!qubix!msc