From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 22:19:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF8E16A4CE for ; Sun, 10 Oct 2004 22:19:49 +0000 (GMT) Received: from mwinf0602.wanadoo.fr (smtp6.wanadoo.fr [193.252.22.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A178B43D1D for ; Sun, 10 Oct 2004 22:19:48 +0000 (GMT) (envelope-from dak@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0602.wanadoo.fr (SMTP Server) with SMTP id 332E5540027F; Mon, 11 Oct 2004 00:19:47 +0200 (CEST) Received: from smtp.wanadoo.fr (ca-sqy-3-64.w80-8.abo.wanadoo.fr [80.8.56.64]) by mwinf0602.wanadoo.fr (SMTP Server) with ESMTP id EE099540022F; Mon, 11 Oct 2004 00:19:46 +0200 (CEST) Received: from nebula.wanadoo.fr (localhost [127.0.0.1]) by smtp.wanadoo.fr (8.13.1/8.13.1) with ESMTP id i9AMJj7W029921; Mon, 11 Oct 2004 00:19:45 +0200 (CEST) (envelope-from dak@nebula.wanadoo.fr) Received: (from dak@localhost) by nebula.wanadoo.fr (8.13.1/8.13.1/Submit) id i9AMJjof029920; Mon, 11 Oct 2004 00:19:45 +0200 (CEST) (envelope-from dak) Date: Mon, 11 Oct 2004 00:19:44 +0200 From: Aurelien Nephtali To: current@freebsd.org Message-ID: <20041010221944.GA29852@nebula.wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: ld incorrect behaviour (broken?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 22:19:49 -0000 Hi, I've noticed that the behaviour of 'ld' has changed from v 2.12.1 (included in FreeBSD 4.10-PRERELEASE) and the v 2.15 actually used: nebula% cat tmp.c #include int main(void) { malloc(2); return (0); } Using ld 2.12.1 --------------- nebula% gcc -o tmp tmp.c nebula% readelf -a tmp | grep malloc 080496f0 00000207 R_386_JUMP_SLOT 080483bc malloc 2: 080483bc 41 FUNC GLOBAL DEFAULT UND malloc 52: 080483bc 41 FUNC GLOBAL DEFAULT UND malloc Using ld 2.15 ------------- nebula% gcc -o tmp tmp.c nebula% readelf -a tmp | grep malloc 080496f0 00000207 R_386_JUMP_SLOT 00000000 malloc 2: 00000000 41 FUNC GLOBAL DEFAULT UND malloc 52: 00000000 41 FUNC GLOBAL DEFAULT UND malloc The address '080483bc' is now '0' and that breaks all of my tools that need to use this field. Is there a reason for that field to be '0' now ? Thanks. -- NEPHTALI 'dak' Aurelien