From patchwork Thu Oct 28 20:27:33 2010 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Nathan Froyd X-Patchwork-Id: 69497 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id C077EB70DF for ; Fri, 29 Oct 2010 07:28:10 +1100 (EST) Received: (qmail 29645 invoked by alias); 28 Oct 2010 20:27:44 -0000 Received: (qmail 29376 invoked by uid 22791); 28 Oct 2010 20:27:43 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL, BAYES_00, T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 28 Oct 2010 20:27:36 +0000 Received: (qmail 11608 invoked from network); 28 Oct 2010 20:27:34 -0000 Received: from unknown (HELO codesourcery.com) (froydnj@127.0.0.2) by mail.codesourcery.com with ESMTPA; 28 Oct 2010 20:27:34 -0000 Date: Thu, 28 Oct 2010 16:27:33 -0400 From: Nathan Froyd To: gcc-patches@gcc.gnu.org Subject: [score] really delete FUNCTION_ARG &co. Message-ID: <20101028202732.GV6758@nightcrawler> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org I missed a spot when hookizing FUNCTION_ARG &co. for score. Of course testing didn't care because TARGET_FUNCTION_ARG was set properly... Committed as obvious. -Nathan * score.h (FUNCTION_ARG, FUNCTION_ARG_ADVANCE): Delete. Index: config/score/score.h =================================================================== --- config/score/score.h (revision 166032) +++ config/score/score.h (working copy) @@ -569,21 +569,6 @@ extern enum reg_class score_char_to_clas #define OUTGOING_REG_PARM_STACK_SPACE(FNTYPE) 1 /* Passing Arguments in Registers */ -/* Determine where to put an argument to a function. - Value is zero to push the argument on the stack, - or a hard register in which to store the argument. - - MODE is the argument's machine mode. - TYPE is the data type of the argument (as a tree). - This is null for libcalls where that information may - not be available. - CUM is a variable of type CUMULATIVE_ARGS which gives info about - the preceding args and about the function being called. - NAMED is nonzero if this argument is a named parameter - (otherwise it is an extra parameter matching an ellipsis). */ -#define FUNCTION_ARG(CUM, MODE, TYPE, NAMED) \ - score_function_arg (&CUM, MODE, TYPE, NAMED) - /* A C type for declaring a variable that is used as the first argument of `FUNCTION_ARG' and other related values. For some target machines, the type `int' suffices and can hold the number of bytes of argument so far. */ @@ -602,12 +587,6 @@ typedef struct score_args #define INIT_CUMULATIVE_ARGS(CUM, FNTYPE, LIBNAME, INDIRECT, n_named_args) \ score_init_cumulative_args (&CUM, FNTYPE, LIBNAME) -/* Update the data in CUM to advance over an argument - of mode MODE and data type TYPE. - (TYPE is null for libcalls where that information may not be available.) */ -#define FUNCTION_ARG_ADVANCE(CUM, MODE, TYPE, NAMED) \ - score_function_arg_advance (&CUM, MODE, TYPE, NAMED) - /* 1 if N is a possible register number for function argument passing. We have no FP argument registers when soft-float. When FP registers are 32 bits, we can't directly reference the odd numbered ones. */