From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) by sourceware.org (Postfix) with ESMTPS id 0313D3858413 for ; Tue, 12 Jul 2022 07:52:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 0313D3858413 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=sifive.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=sifive.com Received: by mail-ej1-x629.google.com with SMTP id b11so12823247eju.10 for ; Tue, 12 Jul 2022 00:52:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sifive.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j/dmv7jINgLQokcR/3kG4BgkKL1um/xmC46S49J3yzk=; b=eM+on93WO12vGsU/t3UZmnMuT3ZuBWO26AuRZoBBHA2YJpzARlsu6VKh5fanPInhzJ WiXEDBLNQfUBEYjPzBt6odDC4g714PSIqAvS3gnmtF/n5IdJ32iP0ScX+EL2f3oKG64H pbmbuhH5aDK2dnLByMgS+LIknscE+Nu4uSlOfR8SPqVQ9Bps0vHLbV7kwuSsuhfLqIDs jAQE1XBeRkxYlaE++XiFFn6rYY+wiJPTsMPPhvp8gCB6lshsOkuk/XSdAnlVhNNsZppF 2Jbx+iBrnA6pvh9GyOGOaIEFTcseu0QUTrU61y2ABlnb/TXGVwW+ojLz5w4naP+0K84T S0TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=j/dmv7jINgLQokcR/3kG4BgkKL1um/xmC46S49J3yzk=; b=7WQGQHsvXnhkkrdMI7thU7IzOOgT1BW8abfCeAYHU/wC/x0gjUkuRPPyNtzj9bPq7C aOa10RnMmpQcmogfkXF1XnmrgKrJ6QmEu8psQPdH7dGqd0vZsGtDLsFgkBSD6UO80mcg 118G6fID2e/aEqHzlPSts8wkdx2aA2sa7ANB9PlzaA7SxzIub+rO31GIBsjK3pkCcPHL 97Wjez/ytYWIIN7TLwmlu0wLmv1Vv9t9YKT6KGTTZLn0vDvu2dBd2m/XDbVS1gy4BjML iRUXMyN7MwtQNl5V6sxCmJEot7GDODTtanUMXskiXyODzbeSFPtOAQPdoiSVCtCyfeex Q3Fw== X-Gm-Message-State: AJIora8TQGKr7WGP9I/UEna8qPCd7udjO1Y7/C9s3J6DS4ICODUFV0Ym P2T2STIb8cAgsatos4oB0pdrFA== X-Google-Smtp-Source: AGRyM1vYCwp+kuee0bOo9H8iEqN8cXf44AiZzzmbliOcOWMEWvsk6BiQXaiN2O+WyEshtxtX7yXowQ== X-Received: by 2002:a17:907:94d1:b0:726:efcd:ca4 with SMTP id dn17-20020a17090794d100b00726efcd0ca4mr23379332ejc.148.1657612327525; Tue, 12 Jul 2022 00:52:07 -0700 (PDT) Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com. [209.85.128.45]) by smtp.gmail.com with ESMTPSA id t14-20020aa7db0e000000b00438ac12d6b9sm5581547eds.52.2022.07.12.00.52.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 12 Jul 2022 00:52:06 -0700 (PDT) Received: by mail-wm1-f45.google.com with SMTP id ay25so4245423wmb.1; Tue, 12 Jul 2022 00:52:06 -0700 (PDT) X-Received: by 2002:a05:600c:1401:b0:3a2:de4e:7537 with SMTP id g1-20020a05600c140100b003a2de4e7537mr2243335wmi.21.1657612326382; Tue, 12 Jul 2022 00:52:06 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Andrew Waterman Date: Tue, 12 Jul 2022 00:51:54 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [Bug target/106265] RISC-V SPEC2017 507.cactu code bloat due to address generation To: "rguenth at gcc dot gnu.org" Cc: gcc-bugs@gcc.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_SHORT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2022 07:52:13 -0000 To be clear, `li rx, 4096' isn't unsupported: it's a very-much-supported idiom for `lui rx, 1`. On Mon, Jul 11, 2022 at 11:45 PM rguenth at gcc dot gnu.org via Gcc-bugs wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106265 > > --- Comment #5 from Richard Biener --- > So why do we even emit unsupported 'li 4096' and leave it to the linker to > "optimize(?)"? At least the cost of this should be reflected - IIRC powerpc > recently got improvements for similar cases by changing the targets rtx_cost > hook to properly const SET from CONST_INT so that CSE doesn't leave so many > sets from constants around. > > OTOH LRA rematerialization also could be the culprit, thinking rematerializing > the constant is cheaper than spilling a register holding it.