From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-163482-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 15413 invoked by alias); 29 Jul 2010 12:16:37 -0000
Received: (qmail 15403 invoked by uid 22791); 29 Jul 2010 12:16:36 -0000
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0	tests=AWL,BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from lo.gmane.org (HELO lo.gmane.org) (80.91.229.12)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 29 Jul 2010 12:16:30 +0000
Received: from list by lo.gmane.org with local (Exim 4.69)	(envelope-from <gcc@m.gmane.org>)	id 1OeS2G-0002wW-7M	for gcc@gcc.gnu.org; Thu, 29 Jul 2010 14:16:28 +0200
Received: from r74-192-0-229.bcstcmta01.clsttx.tl.dh.suddenlink.net ([74.192.0.229])        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))        id 1AlnuQ-0007hv-00        for <gcc@gcc.gnu.org>; Thu, 29 Jul 2010 14:16:28 +0200
Received: from cppljevans by r74-192-0-229.bcstcmta01.clsttx.tl.dh.suddenlink.net with local (Gmexim 0.1 (Debian))        id 1AlnuQ-0007hv-00        for <gcc@gcc.gnu.org>; Thu, 29 Jul 2010 14:16:28 +0200
To: gcc@gcc.gnu.org
From: Larry Evans <cppljevans@suddenlink.net>
Subject: Re: optimization question: mpl
Date: Thu, 29 Jul 2010 12:16:00 -0000
Message-ID: <i2rrek$c6m$1@dough.gmane.org>
References: <824586E7387D1443B5DD024DAC75B91C139048@SE000319.ztb.icb.commerzbank.com> <AANLkTinSN+dOi-oi1ZWBa+4P55+Wvn=DtPasMJ_usOUb@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
User-Agent: Thunderbird 2.0.0.24 (X11/20100317)
In-Reply-To: <AANLkTinSN+dOi-oi1ZWBa+4P55+Wvn=DtPasMJ_usOUb@mail.gmail.com>
X-IsSubscribed: yes
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: 2010-07/txt/msg00417.txt.bz2

On 07/28/10 10:26, Richard Guenther wrote:
[snip]
> 
> You can use the flatten attribute to tell the compiler to inline all
> calls in a given function, like
> 
> void __attribute__((flatten)) foo(void)
> {
> ...
> decode1();
> ...
> }
> 
> and it will inline decode1() (and recursively all its callees).
> 
[snip]
Will this attribute work when the function calls are done
by dereferencing const function pointers in a const array
as done in the dispatch_funvec shown here:

http://groups.google.com/group/comp.lang.c++.moderated/browse_thread/thread/364c0dd5ce512497#

or is there maybe some other attribute needed?

TIA.

-Larry