From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18338 invoked by alias); 6 Sep 2004 19:22:53 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 18322 invoked from network); 6 Sep 2004 19:22:53 -0000 Received: from unknown (HELO Cantor.suse.de) (195.135.220.2) by sourceware.org with SMTP; 6 Sep 2004 19:22:53 -0000 Received: from hermes.suse.de (hermes-ext.suse.de [195.135.221.8]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by Cantor.suse.de (Postfix) with ESMTP id A9CBCB96109 for ; Mon, 6 Sep 2004 21:22:52 +0200 (CEST) Received: from aj by arthur.inka.de with local (Exim 4.30) id 1C4P4k-00055u-Jg for libc-hacker@sources.redhat.com; Mon, 06 Sep 2004 21:22:50 +0200 From: Andreas Jaeger Organization: SUSE Linux AG To: libc-hacker@sources.redhat.com Subject: Re: Fix locale/weight.h with GCC 3.5 Date: Mon, 06 Sep 2004 19:22:00 -0000 User-Agent: KMail/1.7 References: <200409062051.48190.aj@suse.de> In-Reply-To: <200409062051.48190.aj@suse.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2313331.i5qyOKpv1V"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409062122.50418.aj@suse.de> X-SW-Source: 2004-09/txt/msg00016.txt.bz2 --nextPart2313331.i5qyOKpv1V Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-length: 1973 On Monday 06 September 2004 20:51, Andreas Jaeger wrote: > Compiling glibc with GCC 3.5 I got the following failure: > > In file included from strcoll_l.c:87: > ../locale/weight.h: In function `__strcoll_l': > ../locale/weight.h:24: error: invalid storage class for function `findidx' > make[2]: *** [/builds/glibc/3.5/string/strcoll_l.o] Error 1 > make[2]: Leaving directory `/cvs/libc/string' > > Since we include weight.h in block scope, we have to remove the static to > make it work with GCC 3.5 (see > http://gcc.gnu.org/ml/gcc-patches/2004-08/msg02641.html). There are some > more places that fail similiar. > > Ok to commit the appended patch? > > There're some more places like this - expect a followup-email tomorrow, This is a mess - if I change elf/dynamic-link.h in a similar way (see belo= w)=20 I finally get: /builds/glibc/3.5/elf/dl-load.os(.text+0x0): In function=20 `elf_get_dynamic_info': /cvs/libc/elf/dynamic-link.h:70: multiple definition of `elf_get_dynamic_in= fo' /builds/glibc/3.5/elf/rtld.os(.text+0x40):/cvs/libc/elf/dynamic-link.h:70:= =20 firstdefined here Any ideas? Andreas =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Index: elf/dynamic-link.h --- elf/dynamic-link.h 6 Mar 2004 09:47:17 -0000 1.50 +++ elf/dynamic-link.h 6 Sep 2004 19:22:03 -0000 @@ -65,7 +65,7 @@ elf_machine_lazy_rel (struct link_map *m =20 /* Read the dynamic section at DYN and fill in INFO with indices DT_*. */ =20 -static inline void __attribute__ ((unused, always_inline)) +inline void __attribute__ ((unused, always_inline)) elf_get_dynamic_info (struct link_map *l, ElfW(Dyn) *temp) { ElfW(Dyn) *dyn =3D l->l_ld; --=20 Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE Linux AG, Maxfeldstr. 5, 90409 N=C3=BCrnberg, Germany GPG fingerprint =3D 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 --nextPart2313331.i5qyOKpv1V Content-Type: application/pgp-signature Content-length: 189 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBPLkKOJpWPMJyoSYRAuz8AKCEwZidGpJaC78Ck5iP52lHcwc+8ACfSyHG Kz0zqA9wafz91PuUAZQ0h1c= =KOnq -----END PGP SIGNATURE----- --nextPart2313331.i5qyOKpv1V--