From owner-freebsd-current  Tue Jan 23 10:10:54 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA07048
          for current-outgoing; Tue, 23 Jan 1996 10:10:54 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07043
          for <FreeBSD-current@freebsd.org>; Tue, 23 Jan 1996 10:10:49 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA17886; Tue, 23 Jan 1996 11:02:01 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199601231802.LAA17886@phaeton.artisoft.com>
Subject: Re: Threads breaking compile
To: chuckr@glue.umd.edu (Chuck Robey)
Date: Tue, 23 Jan 1996 11:02:01 -0700 (MST)
Cc: FreeBSD-current@freebsd.org
In-Reply-To: <Pine.SUN.3.91.960122210626.11112A-100000@cappuccino.eng.umd.edu> from "Chuck Robey" at Jan 22, 96 09:10:44 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk

> A variable called __thread_init was breaking libmytinfo, so I waited for 
> the next ctm update, now the same thing is breaking even xinstall.  Oh, 
> well, here's the error listing from libmytinfo, on my other machine, the 
> same error is infecting xinstall.
> 
> ===> libmytinfo
> cc -O -Wall -I/usr/src/lib/libmytinfo -c /usr/src/lib/libmytinfo/addstr.c 
> -o addstr.o
> cc -O -Wall -I/usr/src/lib/libmytinfo  -o mkcaplist 
> /usr/src/lib/libmytinfo/mkcaplist.c readcaps.o
> /usr/lib/crt0.o: Undefined symbol `__thread_init' referenced from text 
> segment
> *** Error code 1
> 
> Could someone please look at this?

I don't understand why _thread_init isn't being inserted into a linker
set that is called for initialization at startup time (per C++ virtual
base class constructor initialization).

It *should* be possible to live without the thing in any cause, causing
initialization to occur on first reference.  I have grave misgivings
on setting up a default threading environment for non-threaded
applications: it is a real waste.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.