Patch to allow targets to prevent inlining

Geoff Keating geoffk@cygnus.com
Mon Feb 14 16:26:00 GMT 2000


> Mailing-List: contact binutils-help@sourceware.cygnus.com; run by ezmlm
> List-Unsubscribe: < mailto:binutils-unsubscribe-geoffk=cygnus.com@sourceware.cygnus.com >
> List-Subscribe: < mailto:binutils-subscribe@sourceware.cygnus.com >
> List-Archive: < http://sourceware.cygnus.com/ml/binutils/ >
> List-Post: < mailto:binutils@sourceware.cygnus.com >
> List-Help: < mailto:binutils-help@sourceware.cygnus.com >, < http://sourceware.cygnus.com/ml/#faqs >
> Date: Mon, 14 Feb 2000 16:15:24 -0800
> From: Nick Clifton <nickc@cygnus.com>
> CC: binutils@sourceware.cygnus.com
> 
> Hi Doug,
> 
> :  > Besides, just because it wouldn't be needed for naked
> :  > functions any more, there is no reason to suppose that individual
> :  > targets might not have other reasons for suppressing inlining.
> : 
> : Perhaps.  But complexity should alway be defered as long as possible.
> 
> True.
> 
> OK, you win.  But since adding a naked attribute the to generic part
> of gcc would increase the overall complexity of the compiler, I doubt
> it I would be able to persuade the steering committee to accept it
> unless several more ports wanted the feature.  Hmm, mnaybe we could
> start a campaign :-)

glibc needs this feature.  There are one or two places where some
functions must be inlined, and other functions must not, and they
all have to be in one C file (some of the ones that `must not' are the
ones that call the `must's :-( ).

-- 
- Geoffrey Keating <geoffk@cygnus.com>


More information about the Binutils mailing list