"ways of accomplishing ... the basic goal"

[Gerald Pfeifer]

On Fri, 7 Feb 2003, Joseph S. Myers wrote:
> The problem after merges is mainly _unknown_ regressions - regressions not
> shown up in the testsuite.  Many of these could perhaps be found by bulk
> builds of real world software - such as BSD packages/ports collections and
> GNU/Linux distributions - but doing such builds requires vastly more
> resources than a bootstrap/test of GCC.

Note that this way the new C++ parser never could have gone in: I am
quite sure it has broken a most significant amount of C++ packages
(be it in the FreeBSD ports collection or Debian packages)...

> And then you want some human filtering for the cases where the problem
> was in the code that broke, not in GCC.)

...and checking all these breakages (most of which would not have been
the fault of the new C++ parser) would have been hardly feasible.

Gerald
-- 
Gerald "Jerry"   pfeifer@dbai.tuwien.ac.at   http://www.pfeifer.com/gerald/