search for: 20110926

...e linear scan? > Yes, exactly. The rewriter is local. So, does this mean that different BBs may expect the same spilled value to be in different stack slots? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/aba0f7bd/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: cafxx.vcf Type: text/x-vcard Size: 230 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/aba0f7bd/attachment.vcf>

On Sep 26, 2011, at 2:41 AM, 陳韋任 wrote: >> The greedy allocator is global, but so was the old linear scan allocator. > > In http://blog.llvm.org/2011/09/greedy-register-allocation-in-llvm-30.html > , it says "The algorithm is local, and it cannot clean up messes that > extend beyond a single basic block". Does it mean the rewriter algorithm > not the linear scan?

...=ptx32. The reason is that the source has a sitofp instruction. After i changed the instruction into uitofp manually, it passed. Thanks in advance, best, Yabin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/be6406e1/attachment.html>

...k question: is greedy still a local allocator (i.e. only takes into consideration the current bb) or a global one (takes into consideration the whole function)? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/d87aa2bd/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: cafxx.vcf Type: text/x-vcard Size: 230 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/d87aa2bd/attachment.vcf>

...The hash value is 2111586599 The test code is attached. What should we do with it? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/854bfa82/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: test-hash.cpp Type: application/octet-stream Size: 1143 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/854bfa82/attachment.obj>

...efore. Is this a problem anyone's run into before and/or has ideas on how to diagnose the issue? The setup is CentOS 5 xen-3.0.3-80.el5_3.3 Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20110926/7192ac83/attachment-0006.html>

..., %xmm0 Any suggestions on the correct lowering pass to do a transformation like this? I'm an LLVM noob, so I'm not sure where it should go. Tx, Cameron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/698907db/attachment.html>

...sphrase ('-p'). Ed25519 and the new key format to support it represented a fair amount of new code in OpenSSH, so please try out a snapshot dated 20131207 or later. There are certain to be some portability bugs in there that need to be shaken out... -d [1] http://ed25519.cr.yp.to/ed25519-20110926.pdf

On Sep 22, 2011, at 11:51 AM, Eric Christopher wrote: > > On Sep 22, 2011, at 11:47 AM, Valentin Radu wrote: > >> checking for armv7-apple-darwin-clang... no >> checking for armv7-apple-darwin-llvm-gcc... no >> checking for armv7-apple-darwin-gcc... no > > It's because you don't have a compiler around that targets arm by default. Exactly right. You

...____________ > 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/20110926/9aa5f8c3/attachment.html>

..._________________________________ > CentOS-docs mailing list > CentOS-docs at centos.org > http://lists.centos.org/mailman/listinfo/centos-docs > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-docs/attachments/20110926/19f99fb4/attachment-0006.html>

...trust 'rpm -V' package verification. Already did lsof and process tracing but to no avail. Does anyone have any idea how to find that culprit? -Micky. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20110926/7c3f2101/attachment-0002.html>

...;(channel==0? 0:1)", eventhough there is no "correction" to wasted bits. Could someone shed light on this? Thank you very much in advance! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20110926/9885761a/attachment.htm

...he server. -A INPUT -i eth0 -s 209.61.231.42 -p udp -j DROP -A INPUT -i eth0 -d 209.61.231.42 -p udp -j DROP Regards Jennifer Botten ETECH -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20110926/2f78b32c/attachment-0002.html>

...SA algorithms specified in IETF RFC 8032 (January 2017). At p2k23 Theo de Raadt suggested now (before OpenBSD 7.4 release) is good timing to consider this change. Is there a reason not to do this? OK? Kind regards, Job Further reading: Original Ed25519 paper: https://ed25519.cr.yp.to/ed25519-20110926.pdf IETF RFC 8032: https://datatracker.ietf.org/doc/html/rfc8032 FIPS 186-5: https://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.186-5.pdf Index: ssh-keygen.1 =================================================================== RCS file: /cvs/src/usr.bin/ssh/ssh-keygen.1,v retrieving revision 1.22...

On Mon, Sep 26, 2011 at 1:23 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: > Hello > >> How can I use the right triple? >> Thanks. > You're using the "right" triplet. However: > 1. Your system is unknown to driver (as shown in the warning) I'm looking into it. > 2. You need to "teach" driver to look for paths to the includes

I just uploaded a blog post outlining the new register allocation algorithm in LLVM 3.0. http://blog.llvm.org/2011/09/greedy-register-allocation-in-llvm-30.html Please direct comments here. /jakob

Here's a new patch that fixes all the issues mentioned before. Note that this isn't final, I didn't want to replace all calls to ::stat so that it's easier to review. I have only one more questions: 1. _wopen accepts _stat64i32 instead of stat structure. These two are exactly the same, the only difference is that stat uses time_t and _stat64i32 uses __time64_t (time_t is a

On Tue, Sep 20, 2011 at 4:15 PM, Nikola Smiljanic <popizdeh at gmail.com> wrote: > OK since this approach makes sense I'll shoot with my questions :) > 1. Where should get_utf8_argv go and is the name of this function OK? Right > now the function is inside llvm::sys::fs namespace because I need access to > Windows.h, should I leave it there. I don't think it belongs

...Open only for windows but I'll add the other one as well. > > Thanks for the help! > > ~Aaron > > <clang.patch><llvm.patch> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110926/fa94030e/attachment.html>