Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!cuae2!ltuxa!we53!sw013b!dj3b1!killer!ndmce!pollux!infotel!ut-ngp!ut-sally!seismo!think!nike!ucbcad!ucbvax!cartan!brahms!desj
From: desj@brahms@ndmce.uucp (David desJardins)
Newsgroups: net.lang.c++,net.micro.atari16
Subject: Re: C++ preprocessor wanted
Message-ID: <290@ndmce.uucp>
Date: Fri, 17-Oct-86 16:57:26 EDT
Article-I.D.: ndmce.290
Posted: Fri Oct 17 16:57:26 1986
Date-Received: Tue, 21-Oct-86 05:36:55 EDT
References: <2939@sdcc6.ucsd.EDU> <397@mntgfx.mntgfx.UUCP> <12069@watnot.UUCP> <173@cbnap.UUCP>
Sender: news@ndmce.uucp
Reply-To: desj@brahms (David desJardins)
Distribution: net
Organization: Math Dept. UC Berkeley
Lines: 13
Keywords: Atari C-source
Xref: watmath net.lang.c++:388 net.micro.atari16:2672

In article <173@cbnap.UUCP> mvh@cbnap.UUCP (M.L. Vonder Haar x4126 3E257) writes:
>	I just hope you never have a bug.  Sdb is only fair as a debugger
>	for C++.  But if you generated names that could not be easily
>	transformed by programmers to what they wrote in C++ sdb would be
>	just about useless.
>	The way I see it you'll need to write your own debugger at the
>	same time.

   If it were important enough you could keep a table of the correspondences
between symbol names and then write a postprocessor to rewrite the correct
symbolic names into the a.out file; this shouldn't be more than a day's work.

   -- David desJardins