search for: 20120808

...old release of poolalloc. But it seems to be gone for long. I'm wondering is there a similar class out there in the current release? Thanks very much! David -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120808/49dcdf21/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/20120808/de027e4e/attachment.html>

Dear list, I am looking for an open source SIP client(or any SDK) that can work on a browser. It may be based html5, javascript, flash, adobe air. I have done some research myself and I would like to ask the community if they have any further hints for me. Real life experience would be awesome. Thanks, Regards, Arstan Jusupov -------------- next part -------------- An HTML attachment was

...dle it later on in llc to do the actual traget specific implementation. Can someone help clear where the thread-local implementation should go? Thanks, -Stephen -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120808/2f811fe2/attachment.html>

On Tue, Aug 7, 2012 at 10:59 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >>> See ARMCallingConv.td:113. The alignment of the arg is checked and if >>> it's 8-byte aligned, the proper registers are chosen. >> >> Are you sure? In this case, it looks like the frontend is translating the argument type to [2 x i32], so it's not going to have

> Which is how llvm-gcc lowered this. This is a clang bug. > >> Probably all the "alignment" logic needs to be moved upper to frontend... > > There have been several proposals to unify all this argument passing > logic, but most have focused on doing it later in the backend. A long time ago I did this for ppc on llvm-gcc by adding dummy arguments when passing in

...________ > 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/20120808/2ec92dba/attachment.html>

...ws: http://www.networkupstools.org/source/2.6/new-2.6.5.txt - ChangeLog: http://www.networkupstools.org/source/2.6/ChangeLog Arnaud and the NUT team -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20120808/77711b06/attachment.html>

...setup, this delay drops to 4s. Can I (or should I try to) reduce this delay without loosing Caller ID ? In my country, Caller ID format is ETSI. Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20120808/38814866/attachment.htm>

...---------- next part -------------- A non-text attachment was scrubbed... Name: digital_signature_gpg.asc Type: application/pgp-signature Size: 1124 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) URL: <http://dovecot.org/pipermail/dovecot/attachments/20120808/ea9b1fb8/attachment-0004.bin>

Hi, I am using dovecot (see dovecot -n output below) with metadata plugin in my own plugin. I want to insert and delete some large metadata (>4KiB). It seems, that the delete in a second call of my plugin smashes the file dovecot.dict in users dir: 1st call: *dovecot.dict is empty -delete metadata 1 -delete metadata 2 -insert metadata 1 ~8KiB -insert metadata 2 <1KiB *dovecot.dict

What the minimum Server Specifications do I need to run 200 concurrent channels at the time with .WAV recording (MixMonitor)? It will be connected via VOIP sip account. Codec will be ulaw. Which UK dedicated server provider do you recommend and how much bandwidth do I need? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: