similar to: [LLVMdev] LTO, plugins, binary sizes and performance(take 2)

For some time now I was curious on what the size impact of LTO was. I decided to test this with a large C++ app, clang was a natural choice. With PR8313 fixed with the proposed patch and PR8300 avoided by disabling constructor aliasing I was able to hack clang to bootstrap with LTO enabled using the gold plugin. I did the testing on linux x86-64. Gcc is the 4.4.4 included with Fedora 13. The

Hi Rafael, > I did the testing on linux x86-64. Gcc is the 4.4.4 included with > Fedora 13. The results are: > > gcc -O3: 32MB > gcc -Os: 25MB > clang lto -Os: 22MB how does clang -Os without lto do? Also, what about gcc-4.5 with -flto? Ciao, Duncan.

> The full patches I used are attached. I hope to get the non-hackish > bits reviewed, starting by the fix to 8313. attached now. Cheers, -- Rafael Ávila de Espíndola -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm.patch Type: text/x-patch Size: 25795 bytes Desc: not available URL:

On Oct 9, 2010, at 10:51 AM, Rafael Espindola wrote: >> The full patches I used are attached. I hope to get the non-hackish >> bits reviewed, starting by the fix to 8313. > > attached now. Wow, nice results. Please split the patches out according to what they do. Is there any impact on clang compile time by building with LTO? What about build times? :) -Chris

> how does clang -Os without lto do? Not sure. Should be able to try it next Tuesday. >  Also, what about gcc-4.5 with -flto? Last time I tried gcc could not build itself with LTO, so I am not all that excited to try it :-) > Ciao, > > Duncan. Cheers, -- Rafael Ávila de Espíndola

Under libvirt 1.1.1 snapshot support is incomplete. Source: http://wiki.libvirt.org/page/I_created_an_external_snapshot,_but_libvirt_won't_let_me_delete_or_revert_to_it In regard to snapshotting (features and stability), I have selected these versions of libvirt and qemu: Libvirt >= 1.2.9 (currently 1.2.12) Qemu = 2.1.0 On Qemu 2.3 and 2.4, I have experienced a regression bug regarding

Hi all, I was trying to take live snapshot of VMs, but I got the following error: [root@localhost ~]# virsh snapshot-create-as 1 test desc --live --memspec file=mem.bak,snapshot=external --diskspec vda,snapshot=external,file=/root/root.bak.qcow2 error: Operation not supported: live disk snapshot not supported with this QEMU binary I upgraded my qemu-kvm 0.12.1 to qemu 1.2, the error still

On 01/12/2013 06:08 PM, Dmitri Gribenko wrote: > On Sun, Jan 13, 2013 at 12:59 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> On 01/09/2013 10:37 AM, Dmitri Gribenko wrote: >>> >>> On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener >>> <eldlistmailingz at tropicsoft.com> wrote: >>>> >>>> After applying your

On Sun, Jan 13, 2013 at 12:59 AM, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: > On 01/09/2013 10:37 AM, Dmitri Gribenko wrote: >> >> On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener >> <eldlistmailingz at tropicsoft.com> wrote: >>> >>> After applying your patch on Mageia 2 and invoking llvm's configure: >>> >>>

On 01/09/2013 10:37 AM, Dmitri Gribenko wrote: > On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> After applying your patch on Mageia 2 and invoking llvm's configure: >> >> Using clang 3.0 I get: >> >> "checking whether clang works... no >> configure: error: Selected compiler could not find or

Un texte encapsul? et encod? dans un jeu de caract?res inconnu a ?t? nettoy?... Nom : non disponible URL : <https://stat.ethz.ch/pipermail/r-help/attachments/20100501/c1302c2e/attachment.pl>

On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: > After applying your patch on Mageia 2 and invoking llvm's configure: > > Using clang 3.0 I get: > > "checking whether clang works... no > configure: error: Selected compiler could not find or parse C++ standard > library headers. Rerun with CC=c-compiler CXX=c++-compiler

On 01/07/2013 08:39 AM, Dmitri Gribenko wrote: > On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> On Mageia 2 I have installed the binary clang package clang3.0-7. When I >> tried to build the latest llvm/clang from source using this binary clang >> I get this error: >> >> 1) In file included from >>

Benny Pedersen <me at mlfix.junc.eu> schrieb am 22.06.18 um 03:32:26 Uhr: > ratatouille skrev den 2018-06-21 20:25: > > > # sieve-test ./managesieve.sieve ./testfile -D > > sieve-test(andreas): Debug: sieve: Pigeonhole version 0.4.2 > > initializing > > sieve-test(andreas): Debug: sieve: include: sieve_global_dir is not > > set; it is currently not

This is an attempt to avoid potential confusion. Here are some example sizes for the two Syslinux versions mentioned in the e-mail subject. Your build results might be different. 4.06: 1 55 Sep 22 22:23 modules/int18.com 1 108 Nov 1 18:07 version.mk 1 138 Nov 1 18:07 version.gen 1 138 Nov 1 18:07 version.h 1 239 Sep 22 22:23 modules/poweroff.com 1 408 Sep 22 22:25

CentOS Errata and Bugfix Advisory 2017:0069 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0069.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d04b5c04b305ec76be544f7484ce89fa76f79328234b48c1697246ab5b2ffd77 ctdb-4.4.4-12.el7_3.x86_64.rpm

CentOS Errata and Security Advisory 2017:1265 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1265.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 87f3041a57ee5ae9cab106a52453c7448378af844d78cd9b5b4dc2e1edc074a8 ctdb-4.4.4-13.el7_3.x86_64.rpm

CentOS Errata and Security Advisory 2017:1270 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1270.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6e9e51cd9b9dd683ab359fe19754a5d7e72072fe3920372efd486afb110a18bb ctdb-4.4.4-14.el7_3.x86_64.rpm

hi guys, gals do you see this: ~]$ yum downgrade samba Resolving Dependencies --> Running transaction check ---> Package samba.x86_64 0:4.4.4-9.el7 will be a downgrade --> Processing Dependency: samba-libs = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: samba-common-tools = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When