Date: Thu, 8 May 2003 07:37:56 +0800 From: "David Xu" <davidxu@freebsd.org> To: "Daniel Eischen" <eischen@pcnet1.pcnet.com> Cc: freebsd-threads@freebsd.org Subject: Re: libpthread_init Message-ID: <004301c314f1$b0b67fd0$0701a8c0@tiger> References: <Pine.GSO.4.10.10305070820550.20975-100000@pcnet1.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
CCed freebsd-threads@freebsd.org ----- Original Message -----=20 From: "Daniel Eischen" <eischen@pcnet1.pcnet.com> To: "David Xu" <davidxu@freebsd.org> Sent: Wednesday, May 07, 2003 8:22 PM Subject: Re: libpthread_init > On Wed, 7 May 2003, David Xu wrote: >=20 > > Is it possible to call libpthread_init in libc at > > startup to initialize libpthread for static linked > > binary?=20 > > for example, use "__attribute__((constructor))" > > or put a weak symbol in crt1.c to let libpthread > > override it, and be called in libc startup routine? >=20 > I don't know. It would be nice to get rid of all the > calls to lipbthread_init() in libpthread. >=20 I think there should be a weak symbol in crt1.c or somewhere to let static linked thread library overide it, the weak symbol will be = called at libc startup time to initialize thread library . I don't like current thread initializing mode --- it is triggered by user application, and = the initializing point is not clear, where and when is it initialized? It is error-prone mode, while mono-thread has a perfect initializing = step, why should threaded app have a bad initializing step, and we must put : "if (!__isthreaded) then do something" everywhere in thread = library, I have already found that a simple "write(1, "hello", 5)" would cause = SEGSIGV when it is linked with static pthread library. FreeBSD now has two mode = apps, mono-threaded and mutli-threaded, I think both should have a good = initializing code, both are important, libc should be refined to reflect the fact. > --=20 > Dan Eischen >=20 >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?004301c314f1$b0b67fd0$0701a8c0>
