[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#51267: marked as done (-lieee -lm cannot generate shared binaries)



Your message dated Tue, 07 Jan 2003 01:32:21 +0900
with message-id <[🔎] 80adie44tm.wl@oris.opensource.jp>
and subject line -lieee -lm cannot generate shared binaries
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 25 Nov 1999 16:46:30 +0000
Received: (qmail 28318 invoked from network); 25 Nov 1999 16:46:29 -0000
Received: from marvin.enst.fr (HELO ada.eu.org) (postfix@137.194.161.2)
  by master.debian.org with SMTP; 25 Nov 1999 16:46:29 -0000
Received: from antinea.enst.fr (antinea.enst.fr [137.194.160.145])
	by ada.eu.org (Postfix) with ESMTP
	id E94461902E; Thu, 25 Nov 1999 17:46:26 +0100 (CET)
Received: by antinea.enst.fr (Postfix, from userid 1000)
	id 6136110F6A; Thu, 25 Nov 1999 17:46:26 +0100 (CET)
From: Samuel Tardieu <sam@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: -lieee -lm cannot generate shared binaries
X-Reportbug-Version: 0.43
X-Mailer: reportbug 0.43
Date: Thu, 25 Nov 1999 17:46:26 +0100
Message-Id: <19991125164626.6136110F6A@antinea.enst.fr>
Sender: sam@antinea.enst.fr

Package: libc6-dev
Version: 2.1.2-10
Severity: normal

-lm -lieee cannot be used in shared mode. This prevents Erlang from building
cleanly.

% gcc -shared -o t.so t.c -lm
% gcc -shared -o t.so t.c -lieee
% gcc -shared -o t.so t.c -lieee -lm
% gcc -shared -o t.so t.c -lm -lieee
ld: t.so: undefined versioned symbol name _LIB_VERSION@@GLIBC_2.0
ld: failed to set dynamic section sizes: Bad value

  Sam

-- System Information
Debian Release: potato
Architecture: i386
Kernel: Linux antinea 2.2.13 #1 Mon Nov 8 12:40:02 CET 1999 i686

Versions of packages libc6-dev depends on:
ii  libc6                         2.1.2-10   GNU C Library: Shared libraries an

---------------------------------------
Received: (at 51267-done) by bugs.debian.org; 6 Jan 2003 16:32:26 +0000
>From gotom@debian.or.jp Mon Jan 06 10:32:26 2003
Return-path: <gotom@debian.or.jp>
Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix)
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 18VaAp-0005dc-00; Mon, 06 Jan 2003 10:32:23 -0600
Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73])
	by oris.opensource.gr.jp (Postfix) with ESMTP
	id E74EBC351C; Tue,  7 Jan 2003 01:32:21 +0900 (JST)
Date: Tue, 07 Jan 2003 01:32:21 +0900
Message-ID: <[🔎] 80adie44tm.wl@oris.opensource.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: Samuel Tardieu <sam@debian.org>, 51267-done@bugs.debian.org,
	debian-glibc@lists.debian.org
Subject: Re: -lieee -lm cannot generate shared binaries
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 51267-done@bugs.debian.org
X-Spam-Status: No, hits=-4.0 required=5.0
	tests=QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01,USER_AGENT
	version=2.41
X-Spam-Level: 

> -lm -lieee cannot be used in shared mode. This prevents Erlang from building
> cleanly.
> 
> % gcc -shared -o t.so t.c -lm
> % gcc -shared -o t.so t.c -lieee
> % gcc -shared -o t.so t.c -lieee -lm
> % gcc -shared -o t.so t.c -lm -lieee
> ld: t.so: undefined versioned symbol name _LIB_VERSION@@GLIBC_2.0
> ld: failed to set dynamic section sizes: Bad value

No, -lieee have to place prior to -lm.  -lieee forces IEEE error 
handling rules for math functions in linking with -lm.  So, if you
put -lieee after -lm, it's meaningless.

If you think this matter should be in libc info, please tell us.
But I wonder why you use -lieee without any knowledge of its role.
I guess -lieee is needed for compiling on another archs/OSes...

Regards,
-- gotom



Reply to: