Backward binary compatibility with libc/libm
Seems some 4.x/3.x binary that is linked with libm.so does not work on 5-CURRENT because libm.so is not properly associated with (the latest) libc.so. So, when a program lets libm refers to __stdout/__stderr from within, it fails as follows. :( /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderr" Unfortunately, it applies to some important bits like JDK 1.1.8... As a workaround, adding LDADD=-lc to src/lib/msun/Makefile seems to do the trick and get it working. Ideas, anyone? -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Backward binary compatibility with libc/libm
At Thu, 15 Feb 2001 20:47:57 +0900, I wrote: Seems some 4.x/3.x binary that is linked with libm.so does not work on 5-CURRENT because libm.so is not properly associated with (the latest) libc.so. So, when a program lets libm refers to __stdout/__stderr from within, it fails as follows. :( /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderr" Unfortunately, it applies to some important bits like JDK 1.1.8... As a workaround, adding LDADD=-lc to src/lib/msun/Makefile seems to do the trick and get it working. Oops, obviously I missed the 'Major bumping of libFOO' thread. Take msun into account as well, thanks. -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Backward binary compatibility with libc/libm
In message [EMAIL PROTECTED] "Akinori MUSHA" writes: : Seems some 4.x/3.x binary that is linked with libm.so does not work on : 5-CURRENT because libm.so is not properly associated with (the latest) : libc.so. : : So, when a program lets libm refers to __stdout/__stderr from within, : it fails as follows. :( : : /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderr" : : Unfortunately, it applies to some important bits like JDK 1.1.8... : : As a workaround, adding LDADD=-lc to src/lib/msun/Makefile seems to : do the trick and get it working. : : Ideas, anyone? Do not use -current after 2000-02-10. They are broken. I'm working with others to integrate a fix that doesn't break things like this. I'll post something to -current and -arch when the buildworld finishes. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Backward binary compatibility with libc/libm
In message [EMAIL PROTECTED] "Akinori MUSHA" writes: : Oops, obviously I missed the 'Major bumping of libFOO' thread. Take : msun into account as well, thanks. I had forgotten about msun :-(. However, I think we're going to try to do this without an interface change in libc that breaks things so badly. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message