From owner-freebsd-hackers  Thu Apr  6 04:58:42 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id EAA24578
          for hackers-outgoing; Thu, 6 Apr 1995 04:58:42 -0700
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA24567
          for <hackers@FreeBSD.org>; Thu, 6 Apr 1995 04:58:29 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA19233; Thu, 6 Apr 1995 21:55:02 +1000
Date: Thu, 6 Apr 1995 21:55:02 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199504061155.VAA19233@godzilla.zeta.org.au>
To: hackers@FreeBSD.org, roberto@blaise.ibp.fr
Subject: Re: Can't compile Lites 1.x on FreeBSD !! (fwd)
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.

Bruce