Re: GCC-4.1.0 size optimization bug for MIPS architecture...

2005-06-29 Thread Daniel Berlin
On Wed, 2005-06-29 at 07:44 -0500, Steven J. Hill wrote: > Richard Henderson wrote: > > > > Not a bug. The inline marker is merely suggestive. You told > > the compiler to optimize for size, and it is doing that. > > > > If you absolutely have to have the function inlined, then you > > need to

Re: GCC-4.1.0 size optimization bug for MIPS architecture...

2005-06-29 Thread Steven J. Hill
Richard Henderson wrote: Not a bug. The inline marker is merely suggestive. You told the compiler to optimize for size, and it is doing that. If you absolutely have to have the function inlined, then you need to use __attribute__((__always_inline__)). This makes sense, but I also have a bin

Re: GCC-4.1.0 size optimization bug for MIPS architecture...

2005-06-29 Thread Andi Kleen
"Steven J. Hill" <[EMAIL PROTECTED]> writes: > I have discovered what appears to be an optimization bug with '-Os' > in GCC-4.1.0 for the MIPS architecture. It appears that functions > which are declared as 'inline' are being ignored and instead turned > into to function calls which is breaking th

Re: GCC-4.1.0 size optimization bug for MIPS architecture...

2005-06-29 Thread Richard Henderson
On Tue, Jun 28, 2005 at 11:59:15PM -0500, Steven J. Hill wrote: > I have discovered what appears to be an optimization bug with '-Os' > in GCC-4.1.0 for the MIPS architecture. It appears that functions > which are declared as 'inline' are being ignored and instead turned > into to function calls ..

GCC-4.1.0 size optimization bug for MIPS architecture...

2005-06-28 Thread Steven J. Hill
Greetings. I have discovered what appears to be an optimization bug with '-Os' in GCC-4.1.0 for the MIPS architecture. It appears that functions which are declared as 'inline' are being ignored and instead turned into to function calls which is breaking the dynamic linker loader for uClibc on MIP