From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 92709] "LLVM triggered Diagnostic Handler: unsupported call to function ldexpf in main" when starting race in stuntrally
Date: Fri, 04 Dec 2015 01:52:17 +0000 [thread overview]
Message-ID: <bug-92709-502-0ESHlKOwjH@http.bugs.freedesktop.org/> (raw)
In-Reply-To: <bug-92709-502@http.bugs.freedesktop.org/>
[-- Attachment #1.1: Type: text/plain, Size: 5212 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=92709
higuita@gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #11 from higuita@gmx.net ---
i'm getting this error using mesa 11.1.0-rc2 and llvm 3.7.0 when starting
WarThunder:
16:07:32 /mnt/SteamOS/SteamApps/common/War Thunder/$ ./aces
[S_API FAIL] SteamAPI_Init() failed; no appID found.
Either launch the game from Steam, or put the file steam_appid.txt containing
the correct appID in your game folder.
LLVM triggered Diagnostic Handler: unsupported call to function ldexpf in main
Segmentation fault (core dumped)
This after building mesa with debug enabled, as before enabling it, i didn't
see anything.
>From this bug, this was fixed and checking the mesa source, it is using
"llvm.AMDIL.exp"... yet i get the same error message.Maybe this patch was not
enough?
Here is the gdb backtrace:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f0ce26c287e in __strstr_sse2 () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7f0ce427f200 (LWP 13990))]
(gdb) bt
#0 0x00007f0ce26c287e in __strstr_sse2 () from /lib64/libc.so.6
#1 0x0000000000949934 in ?? ()
#2 0x00000000007c6235 in ?? ()
#3 0x0000000001895647 in ?? ()
#4 0x0000000001dae23c in ?? ()
#5 <signal handler called>
#6 0x00007f0cd601977e in ?? () from /usr/lib64/../lib64/libLLVM.so.3.7
#7 0x00007f0cd6043095 in
llvm::TargetLowering::LowerCallTo(llvm::TargetLowering::CallLoweringInfo&)
const () from /usr/lib64/../lib64/libLLVM.so.3.7
#8 0x00007f0cd60440ec in
llvm::SelectionDAGBuilder::lowerInvokable(llvm::TargetLowering::CallLoweringInfo&,
llvm::MachineBasicBlock*) () from /usr/lib64/../lib64/libLLVM.so.3.7
#9 0x00007f0cd6032cd1 in
llvm::SelectionDAGBuilder::LowerCallTo(llvm::ImmutableCallSite, llvm::SDValue,
bool, llvm::MachineBasicBlock*) () from /usr/lib64/../lib64/libLLVM.so.3.7
#10 0x00007f0cd6024fc0 in llvm::SelectionDAGBuilder::visitCall(llvm::CallInst
const&) () from /usr/lib64/../lib64/libLLVM.so.3.7
#11 0x00007f0cd601c972 in llvm::SelectionDAGBuilder::visit(llvm::Instruction
const&) () from /usr/lib64/../lib64/libLLVM.so.3.7
#12 0x00007f0cd605aa68 in
llvm::SelectionDAGISel::SelectBasicBlock(llvm::ilist_iterator<llvm::Instruction
const>, llvm::ilist_iterator<llvm::Instruction const>, bool&) () from
/usr/lib64/../lib64/libLLVM.so.3.7
#13 0x00007f0cd605a9a2 in
llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) () from
/usr/lib64/../lib64/libLLVM.so.3.7
#14 0x00007f0cd60594f4 in
llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) () from
/usr/lib64/../lib64/libLLVM.so.3.7
#15 0x00007f0cd5e15173 in
llvm::MachineFunctionPass::runOnFunction(llvm::Function&) () from
/usr/lib64/../lib64/libLLVM.so.3.7
#16 0x00007f0cd5d26a0b in llvm::FPPassManager::runOnFunction(llvm::Function&)
() from /usr/lib64/../lib64/libLLVM.so.3.7
#17 0x00007f0cd5d26beb in llvm::FPPassManager::runOnModule(llvm::Module&) ()
from /usr/lib64/../lib64/libLLVM.so.3.7
#18 0x00007f0cd5d26ffb in llvm::legacy::PassManagerImpl::run(llvm::Module&) ()
from /usr/lib64/../lib64/libLLVM.so.3.7
#19 0x00007f0cd66048d2 in ?? () from /usr/lib64/../lib64/libLLVM.so.3.7
#20 0x00007f0cd66049a8 in LLVMTargetMachineEmitToMemoryBuffer () from
/usr/lib64/../lib64/libLLVM.so.3.7
#21 0x00007f0cde424cbc in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#22 0x00007f0cde3997ba in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#23 0x00007f0cde39a484 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#24 0x00007f0cde3a5c05 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#25 0x00007f0cde3a6e9c in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#26 0x00007f0cde3a2212 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#27 0x00007f0cde2912f1 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#28 0x00007f0cde219656 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#29 0x00007f0cde0d7d96 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#30 0x00007f0cde0a1324 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#31 0x00007f0cde0a1544 in ?? () from
/usr/lib64/xorg/modules/dri/radeonsi_dri.so
#32 0x00000000018b6e31 in ?? ()
#33 0x0000000001ee8f8a in ?? ()
#34 0x0000000001265a67 in ?? ()
#35 0x0000000001265f72 in ?? ()
#36 0x00000000012662df in ?? ()
#37 0x000000000126a765 in ?? ()
#38 0x0000000000898628 in ?? ()
#39 0x00000000008b7462 in ?? ()
#40 0x0000000000800b72 in ?? ()
#41 0x0000000000efc730 in ?? ()
#42 0x00000000007d2615 in ?? ()
#43 0x00000000004152ee in ?? ()
#44 0x00007f0ce2654870 in __libc_start_main () from /lib64/libc.so.6
#45 0x0000000000435751 in ?? ()
#46 0x00007ffff1bc9748 in ?? ()
#47 0x000000000000001c in ?? ()
#48 0x0000000000000001 in ?? ()
#49 0x00007ffff1bcafe9 in ?? ()
#50 0x0000000000000000 in ?? ()
i have the core dump and the apitrace (but replay the trace don't generate any
problem other than the wrong window output)
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 6873 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2015-12-04 1:52 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-28 14:28 [Bug 92709] "LLVM triggered Diagnostic Handler: unsupported call to function ldexpf in main" when starting race in stuntrally bugzilla-daemon
2015-10-29 5:56 ` bugzilla-daemon
2015-10-31 8:43 ` bugzilla-daemon
2015-11-02 10:03 ` bugzilla-daemon
2015-11-02 13:23 ` bugzilla-daemon
2015-11-02 17:33 ` bugzilla-daemon
2015-11-04 2:58 ` bugzilla-daemon
2015-11-04 3:06 ` bugzilla-daemon
2015-11-04 10:54 ` bugzilla-daemon
2015-11-19 2:27 ` bugzilla-daemon
2015-11-24 9:12 ` bugzilla-daemon
2015-12-04 1:52 ` bugzilla-daemon [this message]
2015-12-04 1:59 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-92709-502-0ESHlKOwjH@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox