Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 5 Oct 1998 11:03:17 +0200
From:      Martin Cracauer <cracauer@cons.org>
To:        Mike Smith <mike@smith.net.au>, Terry Lambert <tlambert@primenet.com>
Cc:        Martin Cracauer <cracauer@cons.org>, chuckr@mat.net, nate@mt.sri.com, osa@etrust.ru, current@FreeBSD.ORG
Subject:   Re: What about jdk-1.1.6 for FreeBSD-3.0-ELF ?
Message-ID:  <19981005110317.A11593@cons.org>
In-Reply-To: <199810042054.NAA06534@dingo.cdrom.com>; from Mike Smith on Sun, Oct 04, 1998 at 01:54:34PM -0700
References:  <199810042007.NAA09600@usr08.primenet.com> <199810042054.NAA06534@dingo.cdrom.com>

next in thread | previous in thread | raw e-mail | index | archive | help
In <199810042054.NAA06534@dingo.cdrom.com>, Mike Smith wrote: 
> You will notice, if you had been paying attention to the list of 
> missing library symbols recently posted, that the interface between the 
> Solaris Motif library and the Solaris C library involves a not 
> insubstantial number of very weird symbols.  It might be feasible to 
> implement a compatibility library, but this would, naturally, suck.

I thought about this before, but the implications are very
far-reaching and I don't think its doable at all.

For one, such a compatiblity library put around a shared library with
a different API would cause every call from another library into the
alien one to go through one pointer indirection more. The performance
overhead will be much more than in the system call emulation
environment. 

Then, I don't think there is any chance to provide emulation for all
the alien libc interfaces the same way we do for system calls. The
libc stuff involves much more, people may use undocumented features of
libc and in the solaris case you face the additional problem that it
has a finer graduation of shared libs (-lnsl -lsocket...). If at all
doable, I think you have to pull in all shared libraries of the alien
system that are used by the target library. That would mean you have
two complete libcs in one running process. At least when threading is
involved, this will bomb out quickly.

Martin
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer@cons.org> http://www.cons.org/cracauer
  Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536
  Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19981005110317.A11593>