From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23344 invoked by alias); 16 Jan 2002 21:16:09 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 23309 invoked by uid 71); 16 Jan 2002 21:16:05 -0000 Date: Wed, 16 Jan 2002 13:16:00 -0000 Message-ID: <20020116211605.23305.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: java/5365: gcjh -stubs does not include correct files Reply-To: Tom Tromey X-SW-Source: 2002-01/txt/msg00603.txt.bz2 List-Id: The following reply was made to PR java/5365; it has been noted by GNATS. From: Tom Tromey To: nicholas allen Cc: gcc-gnats@gcc.gnu.org Subject: Re: java/5365: gcjh -stubs does not include correct files Date: 16 Jan 2002 14:26:46 -0700 >>>>> "Nicholas" == nicholas allen writes: Nicholas> I like the idea of thowing an exception (say Nicholas> java.lang.UnsupportedOperationException("Method not Nicholas> implemented yet")). I know this would require include the Nicholas> header file for the exception but this can always be deleted Nicholas> and causes no harm if left in. I agree. I'm making this change. Nicholas> It would also be nice if gcjh -stubs didn't generate a stub Nicholas> file if there were no native methods in the class file. This would be nice but it is hard to implement given the current code. Feel free to submit another PR for this if you like. Please make it low priority. Nicholas> Another idea would be too ask (or warn) the user if a file Nicholas> already exists before overwiting it with the stub file. This Nicholas> would prevent loosing implementations that have already been Nicholas> written by mistake. This would also be nice, and it worth another low priority PR... or a patch. Thanks, Tom