From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) by sourceware.org (Postfix) with ESMTPS id 17B703858C2C for ; Tue, 4 Jan 2022 13:27:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 17B703858C2C Received: by mail-qk1-x72d.google.com with SMTP id r139so33856538qke.9 for ; Tue, 04 Jan 2022 05:27:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=9KNJC6k6X+nT97INvVTuvFl3AJnMcnmnsHrsWMNBys4=; b=n6N/ROlfjYatcu/UfbE6rDyu5FCILBPOqFg+ZmF5ZBPcWOGyd0sWHu3qGAC41KpOUl 8+H3TXtfGY4IoU1xWXuo2qeh4w4hP3LdMe1d7dlAXv4PFIYIf+tLK1C7h6jNACzwHVLY kGKgCFJ3H/7GIqEIJIAqVjLLlglXdz1MglGm1C9EHatJKALpnj6gBy0vaWQ5WqcLwVIP iu7VqK7nuyBt2qIGRM/S1AwXo7nx+3zNp3QqAKuU1R8tTO7/XrtR4lcK+wgEkR/vR7Xf fcArG4A1sz/ML0BiqhXKBg6dH/N0/aEthQoYbVHLgCyb/iuunZbBLDiTXLjp6UPBInvw llPA== X-Gm-Message-State: AOAM53065vbhqzWfypnkYk9YxhiBwomFf8qd7mD0szVaq/XEVo28cHgt 0T4sTHCn6PDi0y1yFkz7EWoAwOeXYKwOsQ== X-Google-Smtp-Source: ABdhPJyvmscDa4hXhMSdRZ6X59vbZLstbddyIbjEsMLLT/UsFUiq4VdGnDlw63+bkgx5QcmularkGg== X-Received: by 2002:a37:a7c1:: with SMTP id q184mr34000528qke.18.1641302855450; Tue, 04 Jan 2022 05:27:35 -0800 (PST) Received: from ?IPV6:2804:431:c7ca:a350:1960:9a87:fba4:a664? ([2804:431:c7ca:a350:1960:9a87:fba4:a664]) by smtp.gmail.com with ESMTPSA id y5sm29689030qkp.103.2022.01.04.05.27.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 04 Jan 2022 05:27:35 -0800 (PST) Message-ID: <65f49596-18eb-ef04-a89b-2f384f23e7d9@linaro.org> Date: Tue, 4 Jan 2022 10:27:32 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Subject: Re: [PATCH v2 00/14] GLIBC LoongArch PATCHES Content-Language: en-US To: caiyinyu , libc-alpha@sourceware.org Cc: xuchenghua@loongson.cn, joseph_myers@mentor.com References: <20211231064455.1030051-1-caiyinyu@loongson.cn> From: Adhemerval Zanella In-Reply-To: <20211231064455.1030051-1-caiyinyu@loongson.cn> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_ASCII_DIVIDERS, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2022 13:27:37 -0000 On 31/12/2021 03:44, caiyinyu wrote: > FAIL: elf/ifuncmain1 > FAIL: elf/ifuncmain1pic > FAIL: elf/ifuncmain1pie > FAIL: elf/ifuncmain1staticpic > FAIL: elf/ifuncmain1staticpie > FAIL: elf/ifuncmain1vis > FAIL: elf/ifuncmain1vispic > FAIL: elf/ifuncmain1vispie > FAIL: elf/ifuncmain3 > FAIL: elf/ifuncmain4 > FAIL: elf/ifuncmain6pie > FAIL: elf/ifuncmain7 > FAIL: elf/ifuncmain7pic > FAIL: elf/ifuncmain7pie > FAIL: elf/tst-ifunc-fault-bindnow > FAIL: elf/tst-ifunc-fault-lazy > > ifunc functions are not support yet If the target does not support ifunc, why libc_cv_ld_gnu_indirect_function is being set then? I think you will need to disable the usage of %gnu_indirect_function on static linker. > > c. > FAIL: math/test-double-acos > FAIL: math/test-double-asin > FAIL: math/test-float32x-acos > FAIL: math/test-float32x-asin > FAIL: math/test-float64-acos > FAIL: math/test-float64-asin > > These fails are caused by gcc optimizations. if we use -O0 options, these fails > will pass. > > sysdeps/ieee754/dbl-64/e_asin.c: 343 > =================================================================== > 337 if (k>0x7ff00000 || (k == 0x7ff00000 && u.i[LOW_HALF] != 0)) return x + x; > 0x00007ffff7f4daac <+1388>: lu12i.w $t0, 524032(0x7ff00) > 0x00007ffff7f4dab0 <+1392>: blt $t0, $t2, 20(0x14) # 0x7ffff7f4dac4 <__ieee754_acos+1412> > 0x00007ffff7f4dab4 <+1396>: bne $t2, $t0, 36(0x24) # 0x7ffff7f4dad8 <__ieee754_acos+1432> > 0x00007ffff7f4dab8 <+1400>: ld.d $t0, $sp, 8(0x8) > 0x00007ffff7f4dabc <+1404>: slli.w $t0, $t0, 0x0 > 0x00007ffff7f4dac0 <+1408>: beqz $t0, 24(0x18) # 0x7ffff7f4dad8 <__ieee754_acos+1432> > 0x00007ffff7f4dac4 <+1412>: fld.d $fa0, $sp, 8(0x8) > 0x00007ffff7f4dac8 <+1416>: fadd.d $fa0, $fa0, $fa0 > 0x00007ffff7f4dacc <+1420>: b -788(0xffffcec) # 0x7ffff7f4d7b8 <__ieee754_acos+632> > > 338 else { > 339 u.i[HIGH_HALF]=0x7ff00000; > 340 v.i[HIGH_HALF]=0x7ff00000; > 341 u.i[LOW_HALF]=0; > 342 v.i[LOW_HALF]=0; > 343 return u.x/v.x; ///////// optimized out > > 0x00007ffff7f4dad8 <+1432>: pcaddu12i $t0, 63(0x3f) > 0x00007ffff7f4dadc <+1436>: addi.d $t0, $t0, -1248(0xb20) > 0x00007ffff7f4dae0 <+1440>: fld.d $fa0, $t0, 0 > 0x00007ffff7f4dae4 <+1444>: b -812(0xffffcd4) # 0x7ffff7f4d7b8 <__ieee754_acos+632> > > 344 } > 345 } > 0x00007ffff7f4d7b8 <+632>: addi.d $sp, $sp, 16(0x10) > 0x00007ffff7f4d7bc <+636>: jirl $zero, $ra, 0 > 0x00007ffff7f4d7cc <+652>: addi.d $sp, $sp, 16(0x10) > 0x00007ffff7f4d7d0 <+656>: jirl $zero, $ra, 0 > 0x00007ffff7f4d8bc <+892>: addi.d $sp, $sp, 16(0x10) > 0x00007ffff7f4d8c0 <+896>: jirl $zero, $ra, 0 > =================================================================== Is this being tracked by a GCC bug report? We need to understand if we require to use math_force_eval to avoid such issue on other ports as well.