From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 92709] "LLVM triggered Diagnostic Handler: unsupported call to function ldexpf in main" when starting race in stuntrally Date: Sat, 31 Oct 2015 08:43:30 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1535137924==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 75D956E04B for ; Sat, 31 Oct 2015 01:43:30 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1535137924== Content-Type: multipart/alternative; boundary="1446281010.284bBD11.27964"; charset="UTF-8" --1446281010.284bBD11.27964 Date: Sat, 31 Oct 2015 08:43:30 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable https://bugs.freedesktop.org/show_bug.cgi?id=3D92709 --- Comment #2 from Matt Arsenault --- (In reply to Michel D=C3=A4nzer from comment #1) > This happens since Mesa commit d72a26ec ("radeonsi: don't emit AMDGPU > intrinsics for EX2, ROUND, TRUNC") because the LLVM function > LibCallSimplifier::optimizeExp2() replaces the llvm.exp2.f32 call (which > could be handled by the AMDGPU backend AFAICT) with an ldexpf one. This is one of those annoying cases where ldexp doesn't have an equivalent generic ISD node. We should probably add one and use it for the libcall and handle it like most of the other math LibFuncs. --=20 You are receiving this mail because: You are the assignee for the bug. --1446281010.284bBD11.27964 Date: Sat, 31 Oct 2015 08:43:30 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Comment= # 2 on bug 92709<= /a> from Matt Arsenault 
(In reply to Michel D=C3=A4nzer from comment #1)
> This happens since Mesa commit d72a26ec ("r=
adeonsi: don't emit AMDGPU
> intrinsics for EX2, ROUND, TRUNC") because the LLVM function
> LibCallSimplifier::optimizeExp2() replaces the llvm.exp2.f32 call (whi=
ch
> could be handled by the AMDGPU backend AFAICT) with an ldexpf one.

This is one of those annoying cases where ldexp doesn't have an equivalent
generic ISD node. We should probably add one and use it for the libcall and
handle it like most of the other math LibFuncs.

You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1446281010.284bBD11.27964-- --===============1535137924== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============1535137924==--