gcc 3.1 20020118 miscompiled ld.so on Linux/mips

gcc 3.1 20020118 miscompiled ld.so on Linux/mips

[H . J . Lu]

When I used gcc 3.1 20020118 to compile the current glibc from trunk
on Linux/mips, I got

# /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
zsh: 30232 segmentation fault (core dumped) /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1

gcc 2.96 is ok. I am looking into it now.


H.J.

Re: gcc 3.1 20020118 miscompiled ld.so on Linux/mips

[H . J . Lu]

On Sun, Jan 20, 2002 at 11:39:45AM -0800, H . J . Lu wrote:
> When I used gcc 3.1 20020118 to compile the current glibc from trunk
> on Linux/mips, I got
> 
> # /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
> zsh: 30232 segmentation fault (core dumped) /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
> 
> gcc 2.96 is ok. I am looking into it now.
> 

It looks like we need to add -finline-limit=xxxx at least for mips. We
have to inline all functions in rtld.c if they are marked as inline
since we can't do relocation during ld.so bootstrap.


H.J.

Re: gcc 3.1 20020118 miscompiled ld.so on Linux/mips

[Jakub Jelinek]

On Sun, Jan 20, 2002 at 12:45:37PM -0800, H . J . Lu wrote:
> On Sun, Jan 20, 2002 at 11:39:45AM -0800, H . J . Lu wrote:
> > When I used gcc 3.1 20020118 to compile the current glibc from trunk
> > on Linux/mips, I got
> > 
> > # /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
> > zsh: 30232 segmentation fault (core dumped) /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
> > 
> > gcc 2.96 is ok. I am looking into it now.
> > 
> 
> It looks like we need to add -finline-limit=xxxx at least for mips. We
> have to inline all functions in rtld.c if they are marked as inline
> since we can't do relocation during ld.so bootstrap.

The same is true for ia32, alpha or ia64 and I believe other arches too.
I just always build glibc with -finline-limit=2000 these days and it works.
Unless somebody is working on improving the tree inliner heuristics for 3.1,
I believe it should e.g. double the limit for functions with explicit inline
keyword as opposed to -O3 inlining and double even that for inline nested
functions.

	Jakub

Re: gcc 3.1 20020118 miscompiled ld.so on Linux/mips

[Rene Rebe]

[-- Attachment #1: Type: Text/Plain, Size: 1043 bytes --]

From: "H . J . Lu" <hjl@lucon.org>
Subject: gcc 3.1 20020118 miscompiled ld.so on Linux/mips
Date: Sun, 20 Jan 2002 11:39:45 -0800

> When I used gcc 3.1 20020118 to compile the current glibc from trunk
> on Linux/mips, I got
> 
> # /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
> zsh: 30232 segmentation fault (core dumped) /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1

I got exaclty the same for i386 using the gcc-3.0.3 on a system
running still the glibc-2.1.3 a few days ago. - Should this
combination work?

Thanks.

> gcc 2.96 is ok. I am looking into it now.
> 
> 
> H.J.

k33p h4ck1n6
  René

-- 
René Rebe (Registered Linux user: #248718 <http://counter.li.org>)

eMail:    rene.rebe@gmx.net
          rene@rocklinux.org

Homepage: http://drocklinux.dyndns.org/rene/

Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

Re: gcc 3.1 20020118 miscompiled ld.so on Linux/mips

[H . J . Lu]

On Sun, Jan 20, 2002 at 09:55:38PM +0100, Jakub Jelinek wrote:
> On Sun, Jan 20, 2002 at 12:45:37PM -0800, H . J . Lu wrote:
> > On Sun, Jan 20, 2002 at 11:39:45AM -0800, H . J . Lu wrote:
> > > When I used gcc 3.1 20020118 to compile the current glibc from trunk
> > > on Linux/mips, I got
> > > 
> > > # /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
> > > zsh: 30232 segmentation fault (core dumped) /export/build/gnu/glibc-3.1/build-mipsel-linux/elf/ld.so.1
> > > 
> > > gcc 2.96 is ok. I am looking into it now.
> > > 
> > 
> > It looks like we need to add -finline-limit=xxxx at least for mips. We
> > have to inline all functions in rtld.c if they are marked as inline
> > since we can't do relocation during ld.so bootstrap.
> 
> The same is true for ia32, alpha or ia64 and I believe other arches too.
> I just always build glibc with -finline-limit=2000 these days and it works.
> Unless somebody is working on improving the tree inliner heuristics for 3.1,
> I believe it should e.g. double the limit for functions with explicit inline
> keyword as opposed to -O3 inlining and double even that for inline nested
> functions.

Before gcc 3.1 is fixed, in the meantime, we should add

-finline-limit=xxxx

if gcc supports it when building glibc. I will write a patch next
week.


H.J.