search for: 20150731

...only on SIGSEGV or SIGBUS? Only noticed that LibFuzzer doesn't generate any crash report because asan is not handling the signal. Kind regards, Karl Skomski -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/507b1b9c/attachment.html>

...c_maps.cc > > Expected Passes : 24028 > Expected Failures : 131 > Unsupported Tests : 377 > Unexpected Failures: 17 > > Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/49140c73/attachment.html>

...___ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/6605a473/attachment.html>

...Vol 142, Issue 5> ? ??? ?? ??? ?? ??????. -------------------------------------------- ?? ??? ???? ??? ?? ????. -------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.zytor.com/pipermail/klibc/attachments/20150731/d063afa7/attachment.html> -------------- next part -------------- An embedded message was scrubbed... From: klibc-request at zytor.com Subject: klibc Digest, Vol 142, Issue 5 Date: Fri, 31 Jul 2015 05:17:52 -0700 Size: 3538 URL: <http://www.zytor.com/pipermail/klibc/attachments/20150731/d063a...

...ined to not affect code correctness and this obviously does. Is it true for Module level Metadata and not only for instruction attached one? Thanks, — Mehdi -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/ce4866bb/attachment.html>

...mat=%u /home/dovecot/etc/dovecot/users driver = passwd-file } -------------- next part -------------- A non-text attachment was scrubbed... Name: ncat_imap_tcp_correct_tag Type: application/octet-stream Size: 2215 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20150731/f4440589/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: custom_imap_tcp_empty_tag Type: application/octet-stream Size: 1969 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20150731/f4440589/attachment-0001.o...

...>foo(); //outline virtual a->foo(); If we will assume that foo calls @llvm.invariant.barrier, then we will not be able to optimize the second call. Piotr -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/680b60f5/attachment.html>

...nfo to complement the missing info with their own defaults. So we > could reuse old IR with new IR and still make it work. > > cheers, > --renato > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/b1f63089/attachment.html>

...____________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/1d73c77c/attachment.html>

...___ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/df02d7ba/attachment.html>

...ther or not correct output happened. The rest appear to be even worse and should not have gone in. I can prepare a patch to remove them if you'd like. -eric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/e748fd57/attachment.html>

...vm-mc -disassemble > -triple=sparcv9 > Illegal instruction: 4 > > > Any ideas on what is wrong, and how to fix this? > > > Thank you. > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/b28366a0/attachment.html>

...data> http://llvm.org/docs/LangRef.html#c-type-width-module-flags-metadata <http://llvm.org/docs/LangRef.html#c-type-width-module-flags-metadata> —Owen -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/59cb87b1/attachment.html>

...ething similar will be needed for devirtualization and indirect calls. Sampling exposes actual devirtualization and indirect call opportunities. Thanks. Diego. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/456e004b/attachment.html>

Hello, There is an issue in the latest Sparc code: while we can encode POPC, decode results in crash in llvm-mc $ echo "popc %g1, %g2" | ./Release+Asserts/bin/llvm-mc -assemble -triple=sparcv9 -show-encoding .text popc %g1, %g2 ! encoding: [0x85,0x70,0x00,0x01] $ echo "0x85,0x70,0x00,0x01"|./Release+Asserts/bin/llvm-mc -disassemble -triple=sparcv9

...___ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/c135230f/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: SparcPopcDecoding.patch Type: application/octet-stream Size: 1037 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/c135230f/attachment.obj...

...ly be first class IR citizens rather than building off of the "named metadata" extension. That last one definitely should go away in some means. -eric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/de47935e/attachment.html>

...r-correctness purposes: https://www.khronos.org/files/opencl-spir-12-provisional.pdf <https://www.khronos.org/files/opencl-spir-12-provisional.pdf> —Owen -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/29ff268f/attachment.html>

...e storage and need to add and remove the invariantness of a particular location. I'll go take another read through the proposal with that in mind. Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/52341297/attachment.html>

On 30 July 2015 at 14:52, Daniel Sanders <Daniel.Sanders at imgtec.com> wrote: > We will need a string serialization of the TargetTuple so that we can store it in the IR and read it back. Why does it have to be in the IR? If every tool that deals with IR has the same options and they mean the same thing I don't see why we'd need that. > Whether this is in one piece (e.g.