tags 247681 confirmed fixed-upstream
thanks
At Mon, 12 Jul 2004 14:11:15 +0900,
GOTO Masanori wrote:
> At Mon, 28 Jun 2004 20:11:17 +0200,
> Bastian Blank wrote:
> > > And please describe how to reproduce this bug.
> >
> > | $ cat test.c
> > | int main(){return 0;}
> > | $ gcc -o test test.c
> > | $ objdump -t test | grep _fp
> > | 00000000 *UND* 00000004 _fp_hw
> > | $ mklibs -d . test
> > | I: Using ld.so.1 as dynamic linker.
> > | I: library reduction pass 1
> > | 5 symbols, 5 unresolved
> > | Traceback (most recent call last):
> > | File "/usr/bin/mklibs", line 470, in ?
> > | raise "No library provides non-weak " + symbol
> > | No library provides non-weak _fp_hw
> > | $ strip test
> > | $ objdump -t test | grep _fp
> > | $
> >
> > With this binary, the symbol is stripped away, but sometimes it remains
> > in the binary.
>
> As discussed on IRC, Daniel Jacobowitz suggested that mklibs could not
> handle with the non-dynamic symbols. Note that I created a patch to
> remove _fp_hw and I'm asking it to the s390 maintainer.
It was fixed in the upstream cvs with my patch.
> Bastian, if you fix mklibs, please close this bug?
Please look at it. If needed, I reassign this bug to mklibs.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
