This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: Analysis of Mauve failures - The final chapter
- From: Andrew Haley <aph at cambridge dot redhat dot com>
- To: "Boehm, Hans" <hans_boehm at hp dot com>
- Cc: "'Mark Wielaard'" <mark at klomp dot org>, java at gcc dot gnu dot org
- Date: Fri, 5 Apr 2002 19:18:54 +0100 (BST)
- Subject: RE: Analysis of Mauve failures - The final chapter
- References: <40700B4C02ABD5119F000090278766443BF174@hplex1.hpl.hp.com>
Thank you for the reminder.
Boehm, Hans writes:
> As it stands, I'm hesitant to turn off the warnings by default, though
> I can see arguments either way. If the warnings occur repeatedly,
> they are indicative of a potential memory leak. If someone wants to
> turn it off by default, and instead provide an environment variable to
> turn it back on, I could probably be talked into that, too.
It seems to me that we have to make up our minds.
IMO: If we are shipping a production-quality system then we shouldn't
output warnings about which we'll say "ah, don't worry about that
message, we already know about that." It doesn't look good, and it
will suggest to people that we don't have a serious offering. This is
especially true if the warning message uses obscure and frightening
terminology. This warning message looks like something major has
failed.
Andrew.