search for: 20131028

...cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/**mailman/listinfo/llvmdev<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/7ef9179b/attachment.html>

...x > > library, > > Can you explain this in some more detail? opus-tools makes no use of > the speex library. > > What messages are you getting? > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20131028/0b4a89f0/attachment-0001.htm

...quot;Anonymous" <sip:anonymous at anonymous.invalid> Does anyone know why this is happening, is there a way to go around it? Regards, Henrik -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20131028/6270889b/attachment.html>

I have several assembly files in a testsuite that use, ".align 0". I found a reference to, ".align 0" in ARM's elf.h that says .align 0 is redundant and gas treats this as align 2. Should the llvm-mc follow this convention? -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation

...how to create the complete opus file I do not find any information about creating the header and how to store the opus packets that i encode and decode Grettings Toni -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20131028/284e7843/attachment.htm

..._________________________________________ > > opus mailing list > > opus at xiph.org > > http://lists.xiph.org/mailman/listinfo/opus > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20131028/2b15e39f/attachment.htm

..." churn > over more time. I think this is a lost cause, and ultimately a (relatively) unimportant one. We have great tools to cope with this as well. ;] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/60f558d6/attachment.html>

...e time to actually interject if there are potentially fatal > issues. Forcing a dependency on gnu runtime/libs/STL is a serious > regression imho. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/102440bc/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70927 Priority: medium Bug ID: 70927 Assignee: nouveau at lists.freedesktop.org Summary: nv50_instobj_wr32 kernel panic Severity: normal Classification: Unclassified OS: Linux (All) Reporter: antoniovazquezblanco at gmail.com Hardware: x86-64 (AMD64)

...d machine vision expert: david.tweed at gmail.com "while having code so boring anyone can maintain it, use Python." -- attempted insult seen on slashdot -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/771d8bde/attachment.html>

On 10/29/13 07:01 AM, Richard Smith wrote: > > [As an aside: I use libc++ for my Clang development (on Ubuntu Linux), > and it works for me (tm). This is with libstdc++ providing the ABI > pieces, rather than libc++abi or libcxxrt, though.] libc++ "works" for us as well, but it can't self host. I don't know if your "works" and my definition of works is

...Number of PHI nodes inserted 38 mem2reg - Number of alloca's promoted 20 mem2reg - Number of alloca's promoted with a single store -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/ccccb715/attachment.html>

...___________________________________________ > cfe-dev mailing list > cfe-dev at cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/7344b1f5/attachment.html>

..._________________________________________ > > opus mailing list > > opus at xiph.org > > http://lists.xiph.org/mailman/listinfo/opus > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20131028/64398ece/attachment.htm

...;s much better to change no more than every two years or so. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/ee819230/attachment.sig>

...t in the release notes (and the announcement email!) makes sense. We can make the switch a few weeks after the release if no one has strongly objected. -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/b6125566/attachment.html>

...nd I think we'll learn a lot in the first step. This also helps stage out the inevitable "lets rewrite the codebase" churn over more time. -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/2efb7aa9/attachment.html>

...mpany/85385> <http://plus.google.com/104980442218952272663/posts> <http://www.facebook.com/rimmkaufman> <http://www.RKGblog.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20131028/8f2770cc/attachment.html>

For those driving c++11 in clang/llvm - Would it generally be acceptable to have a "sunrise" period where the preliminary evaluation has been done (buildbots, compiler evaluate.. etc) and the 1st actual c++11 commit hits the repo. (30-60 days?) ------------- My concern/thoughts - When we swap out STDCXX for libc++ - We aren't able to self host clang. This could be entirely *our*

..., Sparc, .... this is due to the lack of support for disasm component of those archs in MC. any plan, roadmap, or anybody is thinking about fixing this? thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131028/17d36b64/attachment.html>