Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 31 Oct 2003 09:56:02 -0800
From:      Kris Kennaway <kris@obsecurity.org>
To:        John Angelmo <john@veidit.net>
Cc:        kris@obsecurity.org
Subject:   Re: __fpclassifyd problem
Message-ID:  <20031031175602.GC37461@rot13.obsecurity.org>
In-Reply-To: <3FA29412.60707@veidit.net>
References:  <20031029211951.GA12398@rot13.obsecurity.org> <20031029152202.C7702@pooker.samsco.home> <20031029154141.T7702@pooker.samsco.home> <20031030.234813.72025638.imp@bsdimp.com> <3FA208CF.9070001@freebsd.org> <3FA29412.60707@veidit.net>

next in thread | previous in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]
On Fri, Oct 31, 2003 at 05:55:46PM +0100, John Angelmo wrote:

> >This was already resolved.  Java does a dlopen() on /usr/lib/libc.so.
> >Rumor has it that this is fixed.
> >
> >Scott
> 
> But still after importing e_scalb.c or e_scalbf.c and rebuilding gives 
> me this:
> 
> 
> cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM
> -D_ARCH_INDIRECT=i387_   -c i387_s_tan.S  -o i387_s_tan.So
> building shared library libm.so.2
> e_scalb.So: In function `__ieee754_scalbf':
> e_scalb.So(.text+0x0): multiple definition of `__ieee754_scalbf'
> e_scalbf.So(.text+0x0): first defined here
> *** Error code 1

Apart from your libm problem (which I didn't see when I did this
locally), the fix to the java ports are not yet committed.

Kris


[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/oqIxWry0BWjoQKURAt07AKDqlqqDEBd2ppV65shu2feScyxzwgCdECYV
pOzdDIkWz6vsIly9OB/J+kY=
=6YVw
-----END PGP SIGNATURE-----

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031031175602.GC37461>