From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-155999-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 24429 invoked by alias); 17 Aug 2009 18:35:02 -0000
Received: (qmail 24420 invoked by uid 22791); 17 Aug 2009 18:35:02 -0000
X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 	tests=AWL,BAYES_00,DATE_IN_PAST_03_06,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mail.gmx.net (HELO mail.gmx.net) (213.165.64.20)     by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Mon, 17 Aug 2009 18:34:54 +0000
Received: (qmail invoked by alias); 17 Aug 2009 18:34:50 -0000
Received: from p5B11EA8F.dip.t-dialin.net (EHLO gmx.de) [91.17.234.143]   by mail.gmx.net (mp008) with SMTP; 17 Aug 2009 20:34:50 +0200
From: Bernd Roesch <nospamname@gmx.de>
To: ami_stuff <ami_stuff@o2.pl>, 	Martin Guy <martinwguy@gmail.com>
CC: gcc@gcc.gnu.org
Date: Mon, 17 Aug 2009 19:42:00 -0000
Message-ID: <yam11551.552.283353120@mail.gmx.net>
In-Reply-To: <3165a1e6.6c5afa14.4a89378f.5d332@o2.pl>
Subject: Re: "-fno-unswitch-loops" option have no effect?
MIME-Version: 1.0
Content-Type: text/plain
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2009-08/txt/msg00297.txt.bz2

Hello ami_stuff

On 17.08.09, you wrote:

> Hi,
> 
>> Hundreds and hundreds of people read this list, so every low-detail
>> "I think there may be a bug" message you send wastes hours of other
>> people's time.
> 
> Ok, Ok, but if someone will reproduce the same problem on his system I can
> fill bugreport, otherwise I will only waste my time, hours of my time, to
> start detailed bugreport. Maybe this is only fault of my GCC's build?

gcc > 4 AOS 68k builds are build from offical gcc sourcetree and there are
no changes 


> 
>> If it *is* a bug, on the bug tracker, it will be picked up by people
>> interested in that specific area
> 
> It may takes months before someone will look at the bugreport. If it's
> really a bug IMHO it's a bit critical bug.
> 
>> though you don't seem to do much
>> in-depth research, nor do you supply any detail of what you did and
>> what you expected.
> 
> There is no need for much detail, just compile any bigger sourcecode with
> -O3 -fno-.. and after that with -O2 .... When the object files are not
> identical, something is wrong and I can start a bug report.

how much is size diffrent ?

You use
-finline-functions -fpredictive-commoning -fgcse-after-reload
-ftree-vectorize 

right ?

I see in Gcc source that there is more set on -O3.
 flag_ipa_cp_clone = opt3;
  if (flag_ipa_cp_clone)
    flag_ipa_cp = 1; 

.but i
think you can easy test, compile the ffmpeg, if it give no internal
compiler error with -fno........ then it work.

here is from source opt.c what is set on opt3

opt3 = (optimize >= 3); 
flag_predictive_commoning = opt3;
  flag_inline_functions = opt3;
  flag_unswitch_loops = opt3;
  flag_gcse_after_reload = opt3;
  flag_tree_vectorize = opt3;
  flag_ipa_cp_clone = opt3;
  if (flag_ipa_cp_clone)
    flag_ipa_cp = 1; 



> 
> Regards
> 
Regards