search for: 20100831

...RLINK "http://www.oracle.com/commitment" \nGreen Oracle Oracle is committed to developing practices and products that help protect the environment -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20100831/8a5645b3/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 658 bytes Desc: not available Url : http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20100831/8a5645b3/attachment.gif -------------- next part ---...

As I have stated before, I am creating a LLVM-C tutorial. Now I expect it to be in a final draft form within 2~3 weeks, but how do I have to deliver it to the community? - File format ? - Style ? - ... Thank you, Filip

...________ > 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/20100831/7a2a961f/attachment.html>

...uynh) ---------------------------------------------------------------------- Message: 1 Date: Tue, 31 Aug 2010 23:00:21 +0200 From: Tru Huynh <tru at centos.org> Subject: [CentOS-announce] CESA-2010:0659 Moderate CentOS 5 i386 httpd Update To: centos-announce at centos.org Message-ID: <20100831210021.GA10702 at sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2010:0659 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0659.html The following updated files have been uploaded and are currently synci...

...______ > 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/20100831/169669a1/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: LLVM-C.pdf Type: application/pdf Size: 86407 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/169669a1/attachment.pdf> -------------- n...

...hich approximates the source that the .ll files came from. -Argiris -------------- next part -------------- A non-text attachment was scrubbed... Name: unopt-fail.ll Type: application/octet-stream Size: 15313 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/9782fea6/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: unopt-pass.ll Type: application/octet-stream Size: 17832 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/9782fea6/attachment-0001.obj>...

...sql.. with few hundreds of MB (2-300) would u advice me to partitioning the disk ? The server will be under vmware environment with SAN as storage. -- -- Lewis -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100831/4217caea/attachment-0002.html>

Christoph Hellwig wrote: > There are a lot of variables when using qemu. > > The most important one are: > > - the cache mode on the device. The default is cache=writethrough, > which is not quite optimal. You generally do want to use cache=none > which uses O_DIRECT in qemu. > - if the backing image is sparse or not. > - if you use barrier - both in the host

...urce that the .ll > files came from. > > -Argiris > > -------------- next part -------------- A non-text attachment was scrubbed... Name: unopt-fail.ll Type: application/octet-stream Size: 15313 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/b4aa9ded/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: unopt-pass.ll Type: application/octet-stream Size: 17832 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/b4aa9ded/attachment-0001.obj>...

...___ > 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/20100831/29b8510f/attachment.html>

> I am not sure why "before it is optimized?". May be this is gold specific ? > > One of the use of this utility is a debugging aid. The linker can select to do this when -save-temps is used on the command line. I think an example will explain. Lets say we have a function foo that is unused. The output of lto_codegen_write_merged_modules will have foo in it, but it will be

...;ll get a .bc file without function foo. In other words, when to use this hook is up to libLTO user. It is not required to use this hook all the time. - Devang -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/f4cc4ea0/attachment.html>

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>

On Aug 26, 2010, at 11:05 AM, Akira Hatanaka wrote: > Is there a class or function that generates an add or sub instruction in a target-independent manner? No. Such a target hook does not exist. > I am looking for something similar to TargetInstrInfo::copyRegTpReg but one that creates other types of instructions. It almost sounds like you should be writing a normal optimization pass

...http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20100831/e0fe3627/attachment.bin

...http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20100831/abc15468/attachment.bin

...http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20100831/ec984065/attachment.bin

...http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20100831/4a8c6fcc/attachment.bin

...r de Tecnolog?a +52-55-91169161 ext 2001 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20100831/03dbe141/attachment.pgp

...ith millions of files on it. e2fsck has been running nearly 12 hours and is still on "Checking directory structure". Any tips for speeding this along? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100831/8653d551/attachment-0002.html>