From owner-cvs-lib Wed Feb 7 16:28:10 1996 Return-Path: owner-cvs-lib Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA12119 for cvs-lib-outgoing; Wed, 7 Feb 1996 16:28:10 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA11853 Wed, 7 Feb 1996 16:26:17 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id QAA06783; Wed, 7 Feb 1996 16:23:10 -0800 Message-Id: <199602080023.QAA06783@austin.polstra.com> To: Christopher Provenzano cc: Peter Wemm , "Rodney W. Grimes" , bde@zeta.org.au (Bruce Evans), CVS-committers@freebsd.org, cvs-lib@freebsd.org, nate@sri.MT.net Subject: Re: cvs commit: src/lib/csu/i386 crt0.c In-reply-to: Your message of "Tue, 06 Feb 1996 13:45:56 EST." <9602061845.AA10935@yaz-pistachio.MIT.EDU> Date: Wed, 07 Feb 1996 16:23:10 -0800 From: John Polstra Sender: owner-cvs-lib@freebsd.org Precedence: bulk Christopher Provenzano wrote: > OK, why are people worried about the c library. It's only the thread > libraries that need to worry about the constructor. If threads > aren't used then the C library links in stupid stubs which won't > need a constructor and therefore c++rt0.o won't be needed. > > No hacking should be necessary to continue to make the build tree > work currently. It should only take extra work to add support for > programs that want to link -lpthread or -luthread or > -lwhateverotherthreadlibraryyouwant. Oh -- I guess you're right. I was under the mistaken impression that the threads stuff had been integrated into the mainstream "libc". I see now that it's a separate library. So, once the call to _thread_init() is moved out of crt0.o and into a constructor within the threads library itself, then libc won't be a problem any more. Sorry if I misled anyone before. -- John