search for: 20100901

...cs.uiuc.edu         http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -- Bruno Cardoso Lopes http://www.brunocardoso.cc -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/32bfb7af/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0021_mcjit_rawostream.patch Type: text/x-diff Size: 5254 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/32bfb7af/attachment.patch> --...

...emset? Now this function have the largest impact in Dovecot performance. Another on list is t_push. Regards, Len7hir -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dovecot-patch1.diff URL: <http://dovecot.org/pipermail/dovecot/attachments/20100901/207bdd8c/attachment-0006.pl> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dovecot-patch2.diff URL: <http://dovecot.org/pipermail/dovecot/attachments/20100901/207bdd8c/attachment-0007.pl> -------------- next part -------------- An em...

Ah, so LLVM already requires GNU make. Fine, than I'll submit the patch in the evening. - Yuri Gribov

...access to svn (how can I get one BTW?). -Yuri Gribov -------------- next part -------------- A non-text attachment was scrubbed... Name: lib_CompilerDriver_Makefile.diff Type: application/octet-stream Size: 710 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/3abd4cef/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.rules.diff Type: application/octet-stream Size: 1144 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/3abd4cef/attachment-0001.obj...

...Analista de Suporte (71) 9275-9080 gtalk: darioquiroz at gmail.com ------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100901/c40dfb9a/attachment.htm

...;s set */ if (!ast_strlen_zero(p->opaque)) { snprintf(opaque, sizeof(opaque), ", opaque=\"%s\"", p->opaque); -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100901/8270d823/attachment.htm

...VM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -- -- Talin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/2ab543ea/attachment.html>

...ax, (%r14) LBB0_2: addq $8, %rsp popq %rbx popq %r14 ret -Argiris -------------- next part -------------- A non-text attachment was scrubbed... Name: opt-fail.ll Type: application/octet-stream Size: 1816 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/f06be303/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: opt-pass.ll Type: application/octet-stream Size: 1838 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/f06be303/attachment-0001.obj>

...> _bli> : Bli<!cast<Bli>(!car(_bli)).t> { } Is this a bug or is it the wanted behaviour that a cast must be introduced ? Regards Amaury Pouly -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/b043a6a5/attachment.html>

I am going to post my first chapter, just to see if it is acceptable. Any feedback is good feedback for me. Filip On 31 Aug 2010, at 17:25, Rajika Kumarasiri wrote: > Most of the documents (html) are generated using rst2html. So I think a patch to the rst file in llvm/tools/llvmc/doc should be fine. > > Rajika > > On Mon, Aug 30, 2010 at 7:59 PM, F van der Meeren

Please check in this patch. Thanks, Yuri -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch-version URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/632e9759/attachment.ksh>

...> 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/20100901/995af730/attachment.html>

...ed against the current git repository. Tim -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Don-t-resend-the-option-ack-during-transfer.patch Type: text/x-patch Size: 1105 bytes Desc: not available URL: <http://www.zytor.com/pipermail/syslinux/attachments/20100901/29a658c8/attachment.bin>

...end and so on, does not work, which is very annoying. My system is CentOS 5.5. Is there any one who can help? Thank you very much! regards, fanping -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100901/bbf75540/attachment-0002.html>

...signed i) const { > assert(i < getNumRegs() && "Register number out of range!"); > return RegsBegin[i]; > } > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100901/71bf0fc7/attachment.html>

On Aug 31, 2010, at 1:06 PM, Borja Ferrer wrote: > Incase i wasnt clear enough i'll expose a simple example using the common known x86 arch. > AX is composed by AL and AH (AX and AH are subregs of AX), now assume x86 can only add regs of 8 bits, so if a i16 number is stored in AX it should get splitted into AL and AH so that the 8 bit addition pattern is matched. > > If this is

On 01 Sep 2010, at 08:47, Talin wrote: > Once again, I have no idea what this means or how to go about > debugging it. > This is my biggest frustration with DIFactory - there's absolutely > no way to > verify that the DWARF debugging information that I've emitted into > my module > is correct or even sensible. The only way to test it is to try and > debug

...command kept failing with the error listed below. I have included the full sequence of shell commands I used. $ tar zxf openssl-1.0.0a.tar.gz $ cd openssl-1.0.0a $ ./Configure --prefix=/Users/dstebila/Downloads/dev/build darwin64-x86_64-cc ... $ make $ make install $ cd .. $ tar zxf openssh-SNAP-20100901.tar.gz $ cd openssh $ ./configure --prefix=/Users/dstebila/Downloads/dev/build --with-ssl-dir=/Users/dstebila/Downloads/dev/build ... checking build system type... x86_64-apple-darwin10.4.0 ... checking OpenSSL header version... 1000001f (OpenSSL 1.0.0a 1 Jun 2010) checking OpenSSL library version....

...iling 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/20100901/53eafaa2/attachment.html>

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