From owner-freebsd-current Thu Oct 15 17:23:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03263 for freebsd-current-outgoing; Thu, 15 Oct 1998 17:23:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03236 for ; Thu, 15 Oct 1998 17:23:12 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA19094; Thu, 15 Oct 1998 17:22:54 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd018960; Thu Oct 15 17:22:45 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id RAA29939; Thu, 15 Oct 1998 17:22:39 -0700 (MST) From: Terry Lambert Message-Id: <199810160022.RAA29939@usr04.primenet.com> Subject: Re: Recent 3.0's are Depressing To: julian@whistle.com (Julian Elischer) Date: Fri, 16 Oct 1998 00:22:39 +0000 (GMT) Cc: tlambert@primenet.com, info@highwind.com, lists@tar.com, current@FreeBSD.ORG In-Reply-To: from "Julian Elischer" at Oct 15, 98 05:11:44 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Apparently the newest libc's have been fixed to cope with whatever was > changed. (or it was changed back). Latest reports have it working again. > > > > > Both of us are on the "latest" libc_r and we see different results. > > > Statically linking an old libc_r into the application didn't fix > > > the problem. This is possible. But I am unconvinced, since the "it's working" report was on a kernel and libc_r combination from 11 Oct 1998. We need to get a hard date for the problem start, with kernel source dates, before we can say the problem no longer exists. I'm also concerned that, even if it's a libc_r/kernel mismatch, this bodes poorly for statically linked libc_r applications, such as the one Highwind is distributing. It would be a bad precedent to set to not attempt to ensure binary backward compatability because "it's just libc_r". On the other hand, I would probably welcome such a precedent, since it would mean that making FreeBSD's default ABI IABI compliant would be possible, and then we could take advantage of all of the existing Solaris x86 and UnixWare applications without having to ...uh, borrow... shared libraries off a Solaris or SCO box. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message