From owner-freebsd-current Tue Apr 1 11:00:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA20665 for current-outgoing; Tue, 1 Apr 1997 11:00:31 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA20659 for ; Tue, 1 Apr 1997 11:00:28 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id KAA01029; Tue, 1 Apr 1997 10:59:08 -0800 (PST) Message-Id: <199704011859.KAA01029@austin.polstra.com> To: Terry Lambert cc: current@freebsd.org Subject: Re: A new Kernel Module System In-reply-to: Your message of "Tue, 01 Apr 1997 11:35:50 MST." <199704011835.LAA11731@phaeton.artisoft.com> References: <199704011835.LAA11731@phaeton.artisoft.com> Date: Tue, 01 Apr 1997 10:59:07 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > For instance, in another thread of this discussion, the SVR4 EABI > mapping of ld.so and libc, which should be done by our execution > class loader for ABI compatability anyway. It is done that way in FreeBSD for ELF files -- just not for a.out. > One big issue, IMO, is that the symbol munging can be made to "go > away", so long as you sort the vtable contents, and call by vtable > offset. This assumes a vtable implementation very much like that > used by Microsoft, actually You mean the one that they got a patent on? ;-) -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth