From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10119 invoked by alias); 5 Aug 2005 02:53:27 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 10103 invoked by uid 22791); 5 Aug 2005 02:53:23 -0000 Received: from w099.z064220152.sjc-ca.dsl.cnc.net (HELO duck.specifix.com) (64.220.152.99) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 05 Aug 2005 02:53:23 +0000 Received: from specifix.com (duck.corp.specifix.com [192.168.1.1]) by duck.specifix.com (Postfix) with ESMTP id 55C6F47CD; Thu, 4 Aug 2005 19:53:20 -0700 (PDT) Message-ID: <42F2D4A0.4030005@specifix.com> Date: Fri, 05 Aug 2005 02:53:00 -0000 From: James E Wilson User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.6) Gecko/20040114 MIME-Version: 1.0 To: "Tabony, Charles" Cc: gcc@gcc.gnu.org Subject: Re: using recog_data.operand in ASM_OUTPUT_OPCODE References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-08/txt/msg00163.txt.bz2 Tabony, Charles wrote: > How can I > distinguish recognized from unrecognized insns in ASM_OUTPUT_OPCODE? Try using the variable this_is_asm_operands. ASM_OUTPUT_OPCODE is an old macro that doesn't get used much anymore. FINAL_PRESCAN_INSN is better if you can use it. No recog_data.operand trickery is needed here, as this one has the operands passed into it as a macro argument. Or maybe you can use the two macros in combination to get the behaviour you need. -- Jim Wilson, GNU Tools Support, http://www.specifix.com