home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!rutgers!concert!sas!mozart.unx.sas.com!walker
- From: walker@twix.unx.sas.com (Doug Walker)
- Newsgroups: comp.sys.amiga.applications
- Subject: Re: Is SAS C V6 C++ compatible
- Message-ID: <BzM501.C2J@unx.sas.com>
- Date: 21 Dec 92 14:16:49 GMT
- References: <BzGIpJ.HGy@unx.sas.com> <1992Dec21.095036.27419@sunbim.be>
- Sender: news@unx.sas.com (Noter of Newsworthy Events)
- Organization: SAS Institute Inc.
- Lines: 32
- Originator: walker@twix.unx.sas.com
- Nntp-Posting-Host: twix.unx.sas.com
-
-
- In article <1992Dec21.095036.27419@sunbim.be>, accs1@bagheera.mumath writes:
- |> >as using the C compiler itself. Speed and debuggability are not
- |> >dependent on the intermediate language used. Choice of algorithms
-
- |> Have you ever considered turn-around times as being important? Not that I would change
- |> to a PC, but seeing the compile speed of Turbo-Pascal or Turbo-C simply impresses me.
- |>
- |> Will the debugger, which is hopefully delivered with the compile package, handle it
- |> properly (meaning: I'm debugging my C++ source and not the C source) ?
-
- Basically, my words "Speed" and "Debuggability" cover those two
- paragraphs. Yes, compile speed is important, and we will be
- doing all we can to make the translator fast enough. Yes,
- debuggability is important. The first version will not have
- full debuggability, but subsequent versions will. The first
- version will have C++ source-level debugging, setting breakpoints
- on functions, and symbolic-level examination of variables (but
- it probably won't understand their types.) These are compromises
- that we are making in order to come out with a C++ in 1993 rather
- than 1994.
-
- |> Frank
-
- --
- *****
- =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
- *|. o.| || 1200/2400/9600 Dual
- | o |// For all you do, this bug's for you!
- ======
- usenet: walker@unx.sas.com bix: djwalker
- Any opinions expressed are mine, not those of SAS Institute, Inc.
-