lib/43228: static linking can fail on netbsd-5 due to conflicting definitions of finite() and scalbn()

["Greg A. Woods" <woods%planix.com@localhost>]

>Number:         43228
>Category:       lib
>Synopsis:       static linking can fail on netbsd-5 due to conflicting 
>definitions of finite() and scalbn()
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Apr 29 20:15:00 +0000 2010
>Originator:     Greg A. Woods
>Release:        NetBSD 5.1_RC1 (netbsd-5 2010/04/29)
>Organization:
Planix, Inc.; Toronto, Ontario; Canada
>Environment:
System: NetBSD 5.1_RC1
Architecture: i386
Machine: i386
>Description:

        static linking can fail on netbsd-5 due to conflicting
        definitions of finite() and scalbn()

        I don't know if there's another PR or not (I can't find one
        searching for the error messages), but there was mention on
        current-users:

        http://mail-index.netbsd.org/current-users/2010/02/27/msg012748.html

>How-To-Repeat:

        observe from a build of netbsd-5 with LDSTATIC=-static:

/rest/build/woods/once/netbsd-5-i386-ppro-destdir/usr/lib/libc.a(compat_ldexp_ieee754.o):
 In function `finite':
/rest/work/woods/m-NetBSD-5/lib/libc/../libm/src/s_finite.c:28: multiple 
definition of `finite'
/rest/build/woods/once/netbsd-5-i386-ppro-destdir/usr/lib/libm.a(s_finite.o):/rest/work/woods/m-NetBSD-5/lib/libm/arch/i387/s_finite
.S:(.text+0x0): first defined here
/rest/build/woods/once/netbsd-5-i386-ppro-destdir/usr/lib/libc.a(compat_ldexp_ieee754.o):
 In function `scalbn':
/rest/work/woods/m-NetBSD-5/lib/libc/../libm/src/s_scalbn.c:36: multiple 
definition of `scalbn'
/rest/build/woods/once/netbsd-5-i386-ppro-destdir/usr/lib/libm.a(s_scalbn.o):/rest/work/woods/m-NetBSD-5/lib/libm/arch/i387/s_scalbn
.S:(.text+0x0): first defined here
collect2: ld returned 1 exit status

>Fix:

        Pull up the following commit:

                
http://mail-index.netbsd.org/source-changes/2010/04/23/msg009151.html