From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4022 invoked by alias); 22 Sep 2010 08:07:47 -0000 Received: (qmail 4003 invoked by uid 48); 22 Sep 2010 08:07:46 -0000 Date: Wed, 22 Sep 2010 08:07:00 -0000 Message-ID: <20100922080746.4002.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug java/44095] [4.5/4.6 Regression] massive java failures due to -findirect-dispatch breakage on sparc64-linux In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "jakub at gcc dot gnu dot org" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2010-q3/txt/msg00056.txt.bz2 ------- Comment #5 from jakub at gcc dot gnu dot org 2010-09-22 08:07 ------- That semantics can't cope well with -fcompare-debug though, where cc1 etc. is invoked multiple times. If you remove some options forever, they wouldn't appear on the next cc1 etc. invocation line and thus that would behave differently. I wonder if e.g. not using %(invoke_as) but instead duplicating its text in java/jvspec.c with additional %