From owner-cvs-all  Fri Jan  5 22: 7:56 2001
From owner-cvs-all@FreeBSD.ORG  Fri Jan  5 22:07:53 2001
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 029AF37B400; Fri,  5 Jan 2001 22:07:53 -0800 (PST)
Received: (from obrien@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id f0667qB48832;
	Fri, 5 Jan 2001 22:07:52 -0800 (PST)
	(envelope-from obrien)
Message-Id: <200101060607.f0667qB48832@freefall.freebsd.org>
From: "David E. O'Brien" <obrien@FreeBSD.org>
Date: Fri, 5 Jan 2001 22:07:52 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/lib/libc_r/uthread uthread_init.c
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

obrien      2001/01/05 22:07:52 PST

  Modified files:
    lib/libc_r/uthread   uthread_init.c 
  Log:
  Force strong references to several pthread_* functions which are weakly
  referenced to by libgcc.a.
  
  This is needed when linking statically as SVR4 (ie, ELF) behavior is to only
  link in a module if it satisfies an undefined strong reference from somewhere.
  (this surprises a lot of people) Things are different when using shared libs,
  the entire library and its modules and their symbols are available at run-time
  (when the weak reference is seen to still be unsatisfied and is satisfied on
  the spot), this is not the case with static libs.
  
  Thus one can have a static binary with unresolved week references, and at
  run-time dereference a NULL pointer.
  
  Submitted by:	eischen
  
  Revision  Changes    Path
  1.28      +33 -1     src/lib/libc_r/uthread/uthread_init.c



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