Bug 2794 - undef. reference to __log1p in libm.so
undef. reference to __log1p in libm.so
Product: Red Hat Raw Hide
Classification: Retired
Component: glibc (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Cristian Gafton
Depends On:
  Show dependency treegraph
Reported: 1999-05-13 15:02 EDT by matthew
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1999-07-02 16:45:03 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description matthew 1999-05-13 15:02:41 EDT
I really don't know if this is a glibc, g++, or Red Hat
problem, but here goes...
Compile the following with g++ (atanh.C) and be sure to link
with libm.so (not libm.a):

#include <math.h>
int main() {
  return (int)(atanh(0.5));

% g++ -O1 atanh.C /usr/lib/libm.so
/tmp/ccfkSv4a1.o: In function `main':
/tmp/ccfkSv4a1.o(.text+0x21): undefined reference to
collect2: ld returned 1 exit status

But 'g++ -O1 atanh.C /usr/lib/libm.a' OR
    'g++ -O0 atanh.C /usr/lib/libm.so' OR
    'gcc -O1 atanh.c /usr/lib/libm.so'
works fine.

I'm using Red Hat 5.2 (w/ egcs-c++-1.0.3a-14) and I just
upgraded my glibc to glibc-2.1.1-7 from rawhide.  I had no
problems when I was using the glibc that came with 5.2

Please pardon me if this is an inappropriate place to report
this problem.
Comment 1 Cristian Gafton 1999-07-02 16:45:59 EDT
The compiler needs to be updated too. binutils must follow, etc. You
can not update glibc from 2.0 to 2.1 and expect the old development
environment to still work.

Note You need to log in before you can comment on or make changes to this bug.