search for: 20131129

Hi Haishan, > int foo(int j) { > return ++j > 0; > } > int main() { > if (foo(((~0U)>>1))) > abort(); > exit(0) > } This test contains undefined behaviour, and you can never rely on the compiler doing anything predictable with that. Specifically, the result of casting (~0U) >> 1 to an int is almost certainly INT_MAX and when foo

...(~0U) >> 1 to an int is almost certainly INT_MAX and >when foo increments it integer overflow occurs, which is undefined. > >Cheers. > >Tim. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131129/8b5cd85f/attachment.html>

...info only in queue_log. Is there a way to have that info in the CDR or maybe in a variable in the "h" context, when the call is ended? Leandro -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20131129/f9d38920/attachment.html>

...ne. While recording I was hearing it, but I can't decode the file. https://docs.google.com/file/d/0B40Hp1Tx6I6eR25ybGh2MnEzRk0/edit -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: test.c Url: http://lists.xiph.org/pipermail/opus/attachments/20131129/62bfcc74/attachment.txt

hi, I compile a case (test.c) to get IR file (test.ll) using clang as follows: "clang -emit-llvm -S -O2 test.c -o test.ll" My clang source code version is release 3.3 and debugging build. //test.c int foo(int j) { return ++j > 0; } int main() { if (foo(((~0U)>>1))) abort(); exit(0) } //end test.c Here are the generated IR file: //test.ll ;

...to be quite old . . . there should be an appropriate solution by now ! cheers TS -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20131129/1db2edba/attachment.html>

...ance types and according to their market place info, I believe that the official AMI is not ready for those as well. Is it possible to get it ready? Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.centos.org/pipermail/centos-virt/attachments/20131129/05a20083/attachment.html

...___ >> Nouveau mailing list >> Nouveau at lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/nouveau >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20131129/f1438612/attachment.html>

On 21/11/2013 18:37, Alp Toker wrote: > It's possible a commit I made fixed this (r193685) or if not, a > similar fix might solve the problem. > > I'm in favour of switching the test back on on and collecting data on > what the crash is, or indeed if it's still broken at all. So, I looked into Sema/ms-inline-asm.c. There's good news and there's bad news..

https://bugs.freedesktop.org/show_bug.cgi?id=70875 Priority: medium Bug ID: 70875 Assignee: nouveau at lists.freedesktop.org Summary: [NVC0] NOUVEAU(0): [drm] failed to set drm interface version QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All)

Sorry but 1.7 and 6.3 MB are huge... Live long and prosper, Christ-Jan Wijtmans http://facebook.com/cj.wijtmans http://twitter.com/cjwijtmans On Wed, Jul 31, 2013 at 5:42 PM, Martin Peres <martin.peres at free.fr> wrote: > On 31/07/2013 11:03, Ilia Mirkin wrote: > >> On Wed, Jul 31, 2013 at 10:44 AM, Martin Peres <martin.peres at free.fr> >> wrote: >>

...mitted to LLVM, I'll delete the repository at Github - or, perhaps even better, simply make a small page that refers to the official copy in LLVM. -- Mikael -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131129/7f4b4d05/attachment.html>