search for: 20161205

...Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20161205/bdf19967/attachment.html>

FYI found this example while reading: https://github.com/jameysharp/corrode/issues/30#issuecomment-231969365 and compared it with current gcc 6.2, clang 3.9 gcc 6.2 result is quite small - clang 3.9 produces much much more code for this example https://godbolt.org/g/uWxr8F is that a missing optimization opportunity or just wrong behavior of the optimizer?

Dear everyone, There's still plenty of time left, but I'd like to get the schedule set before folks start disappearing for the holidays. Note that this release will also switch us to the new versioning scheme where the major version is incremented for each major release (i.e., when the 4.0 branch is created, trunk will become 5.0). If you'd like to help providing binaries and

...Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20161205/598ff163/attachment.html>

Can't I upload the 3PCC firmware ? available from the Cisco website? Actually it came with sip88xx.... firmware. Regards . On Fri, 2 Dec 2016, 10:38 p.m. Steve Davies, <davies147 at gmail.com> wrote: > Hi, > > You have to buy the 3PCC version for this to work. Once you have this, > they work very much like the Cisco SPA handsets. > > I also ended up with a non-3PCC

Hello all, I am wondering the use case of undef. Is there any C code that I could get undef if it is compiled by clang. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161204/7ab81194/attachment.html>

...tab. Is this really how it should be? Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20161205/7aa5fd61/attachment-0001.sig>

...d only if) NASM is available. (the patch is attached just in case). -------------- next part -------------- A non-text attachment was scrubbed... Name: have_cpuid.patch Type: application/octet-stream Size: 456 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20161205/b52dad2d/attachment.obj>

...e_size’ is not read and used. After executing Line 1805 or Line 1807, the value of ‘enc_frame_size’ is overwritten. Looking forward to your reply. Best, Zhendong -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20161205/6e3b0bc6/attachment.html>

...er its solved in the latest version libopus 1.1.3 ? If you have any information on this, please share the details with us. Thanks in advance. Regards, Raghavender. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20161205/c49520cf/attachment.html>

I found that FLAC__cpu_have_cpuid_x86() was removed in the commit <http://git.xiph.org/?p=flac.git;a=commitdiff;h=fa24613ad94ba8fb8e23bcb9ca80b4548bb617e6> with the message: "Remove `FLAC__cpu_have_cpuid_x86` altogether as it wasn't actually being used but that was difficult to tell because of all the #ifdef nonsense." But FLAC__cpu_have_cpuid_x86() actually WAS used

...5 11:31:55 kernel: [ 1026.543427] [drm:drm_lastclose] driver lastclose completed -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20161205/73cb54c6/attachment.html>

Hi all, Sometimes llvm::UpgradeDebugInfo <http://llvm.org/docs/doxygen/html/namespacellvm.html#ad3c29183c5faa7f5a352807af8aca268> drops debug info which is pretty compatible with recent llvm version ( http://stackoverflow.com/questions/27023713/missing-debug-metadata-in-llvm-after-xcode-update ) and sometimes it drops something really outdated, but acceptable for me. In both cases I want to

On Mon, Dec 5, 2016 at 12:02 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 5 December 2016 at 19:56, Hans Wennborg <hans at chromium.org> wrote: >> I'd like to avoid 4.1 because of the potential for confusion about >> whether it's a major release (as it would have been under the old >> scheme) or a patch release. > > But if the versioning

https://bugs.freedesktop.org/show_bug.cgi?id=98852 Bug ID: 98852 Summary: Nvidia graphics card fan not running or to slow, danger of overheating Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium