From owner-cvs-lib  Thu Apr 30 02:17:36 1998
Return-Path: <owner-cvs-lib>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA08180
          for cvs-lib-outgoing; Thu, 30 Apr 1998 02:17:36 -0700 (PDT)
          (envelope-from owner-cvs-lib)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA07904;
          Thu, 30 Apr 1998 02:15:46 -0700 (PDT)
          (envelope-from jb@FreeBSD.org)
From: John Birrell <jb@FreeBSD.ORG>
Received: (from jb@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id CAA09959;
	Thu, 30 Apr 1998 02:13:49 -0700 (PDT)
Date: Thu, 30 Apr 1998 02:13:49 -0700 (PDT)
Message-Id: <199804300913.CAA09959@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-lib@FreeBSD.ORG
Subject: cvs commit: src/lib/libc/sys Makefile.inc
Sender: owner-cvs-lib@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

jb          1998/04/30 02:13:49 PDT

  Modified files:
    lib/libc/sys         Makefile.inc 
  Log:
  Build __error.c into libc, but not libc_r. The weak symbol in the
  file works with libpthread, but when built into libc_r which has a non-weak
  symbol of the same name, the linker behaves unpredicatably and sometimes
  links the wrong symbol. The linker behaviour is a byproduct of what
  the program calls from object to object so it is like winning a lottery
  if the program actually works. The odds are quite good - 95:1, I think.
  We need a sure thing, though, so weak symbols can't be used instead
  of renaming things.
  
  Revision  Changes    Path
  1.51      +7 -2      src/lib/libc/sys/Makefile.inc