From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 66026 invoked by alias); 22 Aug 2019 07:57:23 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 65884 invoked by uid 89); 22 Aug 2019 07:57:23 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-7.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.1 spammy=HX-Received:a50, HX-Received:Thu, HX-Languages-Length:1287 X-HELO: mail-ed1-f52.google.com Received: from mail-ed1-f52.google.com (HELO mail-ed1-f52.google.com) (209.85.208.52) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 22 Aug 2019 07:57:21 +0000 Received: by mail-ed1-f52.google.com with SMTP id m44so6583984edd.9 for ; Thu, 22 Aug 2019 00:57:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mGfJ2WKtzvb8lQkuHLAsHegaAM6k2Vz5QhgJ+BWiCqg=; b=W8p4jh5FwIrciMjmISItJ5LCguoDFgsG+AET6lJVH6Bz8dA6ra/E73qe37iFECOXG5 YdUtunyLLB4azj6zUxHQMT8XUZ6Ij8v3b9VIjN7VVt2qn6k6llJsXpLlAPOl5azE01Tb J59yyV5zz29VXPOXzsuoFowfBh3yTywaNTyaYL0JZ1yb/ND80OahQjAXusJISU+77J3h L6gZzSYYdZwuSz4OOTfuw0MlHzvYyPGozDDz8xxsnX/pR6a5R9LZL0deqqxiYbUETRI1 GzEcyzqNY53ksqeukTgTMIDr7xJyRV2U3cGoZRSmdBlySaVJG+35WEk72ZtcrVFa53t9 pnjQ== MIME-Version: 1.0 References: <20190820121137.GP31406@gate.crashing.org> <20190820134613.GR31406@gate.crashing.org> <20190820194154.GY31406@gate.crashing.org> <20190821182852.GG31406@gate.crashing.org> <20190821191722.GH31406@gate.crashing.org> <20190822062503.GI31406@gate.crashing.org> In-Reply-To: <20190822062503.GI31406@gate.crashing.org> From: Tejas Joshi Date: Thu, 22 Aug 2019 07:57:00 -0000 Message-ID: Subject: Re: Expansion of narrowing math built-ins into power instructions To: gcc@gcc.gnu.org Cc: Martin Jambor , hubicka@ucw.cz, joseph@codesourcery.com, segher@kernel.crashing.org Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2019-08/txt/msg00181.txt.bz2 > What happens then? "It does not work" is very very vague. At least it > seems the compiler does build now? Oh, compiler builds but instruction is still "bl fadd". It should be "fadds" right? On Thu, 22 Aug 2019 at 11:55, Segher Boessenkool wrote: > > Hi Tejas, > > [ Please do not top-post. ] > > On Thu, Aug 22, 2019 at 09:09:37AM +0530, Tejas Joshi wrote: > > Yes, I tried basically every combination I could think of, just not > > with the "isa attr". Now, I have the following code and it is still > > seems not to be working. Am I missing any options to pass? > > > > (define_insn "add_truncdfsf3" > > [(set (match_operand:SF 0 "gpc_reg_operand" "=f,wa") > > (unspec:SF [(match_operand:DF 1 "gpc_reg_operand" "%d,wa") > > (match_operand:DF 2 "gpc_reg_operand" "d,wa")] > > UNSPEC_ADD_NARROWING))] > > "TARGET_HARD_FLOAT" > > "@ > > fadds %0,%1,%2 > > xsaddsp %x0,%x1,%x2" > > [(set_attr "type" "fp") > > (set_attr "isa" "*,p8v")]) > > > > with the code, I pass -O2 foo.c : > > float > > foo (double x, double y) > > { > > return __builtin_fadd (x, y); > > } > > What happens then? "It does not work" is very very vague. At least it > seems the compiler does build now? > > > Segher