From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4454 invoked by alias); 17 Aug 2009 13:29:11 -0000 Received: (qmail 4444 invoked by uid 22791); 17 Aug 2009 13:29:11 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-ew0-f223.google.com (HELO mail-ew0-f223.google.com) (209.85.219.223) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 17 Aug 2009 13:29:05 +0000 Received: by ewy23 with SMTP id 23so2903352ewy.8 for ; Mon, 17 Aug 2009 06:29:02 -0700 (PDT) Received: by 10.210.86.1 with SMTP id j1mr6991675ebb.61.1250515742442; Mon, 17 Aug 2009 06:29:02 -0700 (PDT) Received: from yakj.usersys.redhat.com (nat-pool-brq.redhat.com [62.40.79.66]) by mx.google.com with ESMTPS id 7sm136637eyg.17.2009.08.17.06.29.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Aug 2009 06:29:01 -0700 (PDT) Message-ID: <4A895B1A.1010501@gnu.org> Date: Mon, 17 Aug 2009 16:01:00 -0000 From: Paolo Bonzini User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Lightning/1.0pre Thunderbird/3.0b3 MIME-Version: 1.0 To: ami_stuff CC: Richard Guenther , gcc@gcc.gnu.org Subject: Re: "-fno-unswitch-loops" option have no effect? References: <5dd91bc1.7ff0289a.4a88a6a0.1e15f@o2.pl> <84fc9c000908170438t787f3e75w15c44dd8e9080a2d@mail.gmail.com> <171913d8.edfa43f.4a894dda.88a2c@o2.pl> In-Reply-To: <171913d8.edfa43f.4a894dda.88a2c@o2.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-08/txt/msg00289.txt.bz2 On 08/17/2009 02:32 PM, ami_stuff wrote: > Hi, > >> Works fine for me. gcc.dg/tree-ssa/loop-6.c is unswitched with -O3 >> but not with -O3 -fno-unswitch-loops. > > This one works for me too. > > Could you try to compile "deflate.c" from libz? > > Here are my results: > > -m68060 -O3 -fno-unswitch-loops - 12,9kb > -m68060 -O3 - 12,9kb > -m68060 -O2 -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning - 12,4kb And why do you think that loop unswitching has anything to do with the size growth? BTW, -O3 is not guaranteed to give better performance than -O2. Paolo