From owner-freebsd-hackers  Thu Apr  6 05:59:34 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id FAA25829
          for hackers-outgoing; Thu, 6 Apr 1995 05:59:34 -0700
Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA25823
          for <hackers@FreeBSD.org>; Thu, 6 Apr 1995 05:59:32 -0700
Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23])
	by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id OAA18792
	; Thu, 6 Apr 1995 14:55:23 +0200
Received: from hebe.ibp.fr (hebe.ibp.fr [132.227.64.34])
	by masi.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id OAA17814
	; Thu, 6 Apr 1995 14:53:56 +0200
From: Remy.Card@masi.ibp.fr (Remy CARD)
Received: by hebe.ibp.fr
	(8.6.10/jtpda-5.0) id OAA09106
	; Thu, 6 Apr 1995 14:53:14 +0200
Message-Id: <199504061253.OAA09106@hebe.ibp.fr>
Subject: Re: Can't compile Lites 1.x on FreeBSD !! (fwd)
To: bde@zeta.org.au (Bruce Evans)
Date: Thu, 6 Apr 1995 14:53:14 +0200 (MET DST)
Cc: hackers@FreeBSD.org, roberto@blaise.ibp.fr
In-Reply-To: <199504061155.VAA19233@godzilla.zeta.org.au> from "Bruce Evans" at Apr 6, 95 09:55:02 pm
X-Mailer: ELM [version 2.4 PL21]
Content-Type: text
Content-Length: 1570      
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

> 
> >I think we broke Lites with ld's changes from NetBSD. Lites doesn't run under
> >NetBSD either if I remember well.
> 
> >   ...
> >   kernfs_vnops.o: Undefined symbol `___divdi3' referenced from text segment
> >   ...
> >   nfs_nqlease.o: Undefined symbol `___udivdi3' referenced from text segment
> >   ...
> >   spec_vnops.o: Undefined symbol `___moddi3' referenced from text segment
> >   spec_vnops.o: Undefined symbol `___divdi3' referenced from text segment
> >   spec_vnops.o: Undefined symbol `___moddi3' referenced from text segment
> >   ufs_lookup.o: More undefined symbol ___udivdi3 refs follow
> 
> We took these out of libgcc.a.  They are in out libc.* and we don't want
> the static versions from libgcc.a.  I guess Lites depends on them being
> in libgcc.a.  The FreeBSD kernel gets them from libkern.a.

	I already told this about two or three weeks ago.  Lites depends on
the standard libgcc symbols and cannot be linked against libc, because this
may cause inclusion of Un*x functions which cannmot work in a kernel.  The
obvious solution to the problem was to link Lites against libkern but this
does not work now because libkern is not installed anymore in /usr/lib.

	BTW, FreeBSD-current is no longer a working environment for Lites.  It
seems that the changes made in ld.so (from revision 1.21 and 1.22) broke it
when running on top of Lites: every dynamically linked FreeBSD-current binary 
dies when it is started (ld.so complains about ``Bad address'' when loading
the shared libraries, revision 1.21 works fine).

> 
> Bruce
> 

		Remy