From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) by sourceware.org (Postfix) with ESMTPS id 2D2193853573 for ; Sat, 11 Jun 2022 08:49:27 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 2D2193853573 Received: by mail-ot1-x336.google.com with SMTP id 111-20020a9d0378000000b0060c2db66d44so903164otv.6 for ; Sat, 11 Jun 2022 01:49:27 -0700 (PDT) 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=J1bpADIsegxJqmfltderdsucsv7xvJP8EseYmBsws3g=; b=Ne5h1X7DKeBahZpZIodG9zgOYrp9jvk4oVEjon538U9egFMg+6JD2SDRuGDzvAj96C /+02B3NqZPD+AaJtLLFNjoRXGSzRx20dXFt6mN8trmZUq3hUcrMCStmqWLMaezlsZy1d 8wo9W4mNWJEkh1rBTO96s1QCA5We3lXafNnqXPOj6KxDPoWOWuAcRUiVhLFLu+gVWaF+ tluyLe4jBc/NbJP4Pr8HRCnpOjqvpv45qZajYwJ5GtrDeOnZQWjtmcwmhfSq2NFMeu/3 MAsKmaOm/hC0N/gD2TyIa6VRNdpvmfrEFYoekZRi2tu88qS2k+pKmFagOCZlMGIhgDQh hpRw== X-Gm-Message-State: AOAM533bSXauOEfbCidnUVNWXqMXtO6himk0a7Fu3B6xpoj6iAPUE+Xo mFkxpXXMrjaLQ/qE1W1oUH7LQJx2qKQLjekV/QY= X-Google-Smtp-Source: ABdhPJz4ds56yEOT2LU5L0VLZK33QiWDo0Jgfo/PRf1ASSdTxbnXW4UAATY3CnLbufGi84kybT/hWXnLQfUcEVk3sc0= X-Received: by 2002:a9d:6456:0:b0:60b:1c99:bd6a with SMTP id m22-20020a9d6456000000b0060b1c99bd6amr20377990otl.384.1654937366471; Sat, 11 Jun 2022 01:49:26 -0700 (PDT) MIME-Version: 1.0 References: <200341ff-4907-c6da-07cb-86b9b4588f84@yahoo.co.jp> <0b7a3a36-cbdf-e812-4c04-533b15c9963b@yahoo.co.jp> In-Reply-To: <0b7a3a36-cbdf-e812-4c04-533b15c9963b@yahoo.co.jp> From: Max Filippov Date: Sat, 11 Jun 2022 01:49:15 -0700 Message-ID: Subject: Re: [PATCH v2 4/4] xtensa: Improve constant synthesis for both integer and floating-point To: "Takayuki 'January June' Suwa" Cc: GCC Patches Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, FROM_LOCAL_NOVOWEL, HK_RANDOM_ENVFROM, HK_RANDOM_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE, WEIRD_PORT autolearn=no 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-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2022 08:49:28 -0000 On Sat, Jun 11, 2022 at 1:31 AM Takayuki 'January June' Suwa wrote: > > this change results in a bunch of ICEs in the tests like this: > > during RTL pass: split2 > > gcc/gcc/testsuite/gcc.c-torture/compile/20120727-1.c: In function 'f': > > gcc/gcc/testsuite/gcc.c-torture/compile/20120727-1.c:13:1: internal > > compiler error: in gen_split_5, at config/xtensa/xtensa.md:1186 > [from config/xtensa/xtensa.md] > if (GET_MODE (x) == SFmode) > REAL_VALUE_TO_TARGET_SINGLE (*CONST_DOUBLE_REAL_VALUE (x), l[0]); > else if (GET_MODE (x) == DFmode) > REAL_VALUE_TO_TARGET_DOUBLE (*CONST_DOUBLE_REAL_VALUE (x), l); > else > gcc_unreachable (); // line 1186 > x = gen_rtx_REG (SImode, REGNO (operands[0])); > > umm, i don't know how 'XEXP (operands[1], 0)' can be neither SFmode nor > DFmode... > please tell me that test piece of code It is produced during make check-gcc by the following command line: /home/jcmvbkbc/ws/tensilica/gcc/builds/gcc-13-1039-g2c2987950301-windowed-be/gcc/xgcc -B/home/jcmvbkbc/ws/tensilica/gcc/builds/gcc-13-1039-g2c2987950301-windowed-be/gcc/ -mtext-section-literals -mlongcalls -fdiagnostics- plain-output -O1 -w -c -o 20120727-1.o /home/jcmvbkbc/ws/tensilica/gcc/gcc/gcc/testsuite/gcc.c-torture/compile/20120727-1.c -- Thanks. -- Max