From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32521 invoked by alias); 9 Sep 2004 09:20:33 -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 32505 invoked from network); 9 Sep 2004 09:20:32 -0000 Received: from unknown (HELO Cantor.suse.de) (195.135.220.2) by sourceware.org with SMTP; 9 Sep 2004 09:20:32 -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 11209BB4B6D; Thu, 9 Sep 2004 11:20:32 +0200 (CEST) To: Jakub Jelinek Cc: libc-hacker@sources.redhat.com, Roland McGrath Subject: Re: Fix locale/weight.h with GCC 3.5 References: <200409081701.i88H1lmf031187@magilla.sf.frob.com> <200409082144.33512.aj@suse.de> <20040909060047.GS30497@sunsite.ms.mff.cuni.cz> From: Andreas Jaeger Date: Thu, 09 Sep 2004 09:20:00 -0000 In-Reply-To: <20040909060047.GS30497@sunsite.ms.mff.cuni.cz> (Jakub Jelinek's message of "Thu, 9 Sep 2004 08:00:47 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-SW-Source: 2004-09/txt/msg00040.txt.bz2 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-length: 1606 Jakub Jelinek writes: > On Wed, Sep 08, 2004 at 09:44:33PM +0200, Andreas Jaeger wrote: >> Wait - this seems to be produced even with the current glibc without my= =20 >> changes (glibc compiled by GCC 3.3): >> nm /lib64/ld-linux-x86-64.so.2 |grep elf_machine_rela >> 0000000000000d40 t elf_machine_rela.0 >> 0000000000007fa0 t elf_machine_rela.0 >> 000000000000d010 t elf_machine_rela.0 >> 0000000000000d70 t elf_machine_rela_relative.1 >> 0000000000008330 t elf_machine_rela_relative.1 >>=20 >> For reference, compile: >> int >> test (int j) >> { >>=20=20=20 >> static inline int >> __attribute__ ((always_inline)) >> test_inline (int i) >> { >> return i++; >> } >>=20=20=20 >> return test_inline (j); >> } >>=20 >> I get with GCC 3.3: >> gromit:/tmp:[0]$ gcc -Wall -c t.c -O2 >> gromit:/tmp:[0]$ nm t.o >> 0000000000000010 T test >> 0000000000000000 t test_inline.0 > > You mean hammer branch GCC 3.3, right? Yes, I do. > Stock 3.3 should be ok. GCC 3.4 initially also emitted successfully inli= ned > nested functions as separate functions too, but this was fixed in July th= is > year, see PR middle-end/15345, c/16450. That explains 3.4. But why do I get these also with GCC 3.5 with my patch (nm elf/dl-reloc.o): 00000000000002a0 t elf_machine_lazy_rel.7373 00000000000002f0 t elf_machine_rela.7361 0000000000000110 t elf_machine_rela_relative.7369 Andreas --=20 Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE Linux AG, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GPG fingerprint =3D 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 --=-=-= Content-Type: application/pgp-signature Content-length: 188 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBQCBeOJpWPMJyoSYRAiFQAJwP9ESrL3H4Xj2VYYy8gUgCJIf1NwCeM9Fm mowoxTHbKBzbSscKQCmYcUM= =jEm6 -----END PGP SIGNATURE----- --=-=-=--