Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!ucsd!ucselx!bionet!agate!darkstar!terra!daniel
From: daniel@terra.ucsc.edu (Daniel Edelson)
Newsgroups: comp.lang.c++
Subject: Re: Zortech bug #24 - member access in static member function
Message-ID: <6744@darkstar.ucsc.edu>
Date: 10 Sep 90 17:28:00 GMT
References: <17.26EA603B@ananke.stgt.sub.org> <1430@proto.COM>
Sender: usenet@darkstar.ucsc.edu
Reply-To: daniel@cis.ucsc.edu (Daniel Edelson)
Organization: University of California, Santa Cruz
Lines: 38

In article <1430@proto.COM> joe@proto.COM (Joe Huffman) writes:
>In article <17.26EA603B@ananke.stgt.sub.org>, kaiser@ananke.stgt.sub.org 
>(Andreas Kaiser) writes:
>
>[...Bug report for Zortech C++ compiler...]
>
>You may mail your bug reports to...

>....                       Posting them on the net is probably 
>inappropriate most of the time.

I disagree. We in the community benefit from this information,
until of course it becomes tedious or redundant. You probably just
would rather not have your bugs reported widely in the expectation
that this will present a negative image. But if bugs in all the
products are reported, then no vendor is treated unfairly. And
this benefits the group of compiler users, and encourages
compiler vendors to eliminate important bugs before they set out
to implement esoteric features.

Several times people have posted bugs that pointed out either
problems in their coding or in the compiler, such as the malloc
discussion of the past week or two. This is worthwhile.

A huge number of bugs in Cfront 2.0, as well as several g++ bugs
have been posted by Ron Guilamette. We have also heard about some
bugs in Zortech and Borland's products, though not as many because
the external testing of those products has not been (I believe) 
performed by rfg. The companies with C++ validation tests are
understandably reluctant to post their results.

Such comments may highlight aspects of the language that are
particularly difficult to implement, as if Bjarne would
propose anything hard to implement ;+).

Daniel Edelson
daniel@cis.ucsc.edu, or
...!sun!practic!peren!daniel