Date: Wed, 6 Dec 2000 21:21:24 +0800 From: "xuyifeng" <xyf@stocke.com> To: <freebsd-arch@FreeBSD.org> Subject: Re: Threads in the base system Message-ID: <000f01c05f87$7406cbc0$5ac809c0@xyf> References: <Pine.NEB.3.96L.1001205220943.95872B-100000@fledge.watson.org>
index | next in thread | previous in thread | raw e-mail
does this mean that we will have only libc_r.so and libc_r.a in FreeBSD 5.0 system? can we remove libc.so and libc.a? let the system to default mulit-threaded enable? I know if I mix msvcrt.dll(DLL version) and libcmt.lib (static library) in M$ visual C++ program, memory will be corrupted, (sometimes I can not avoid the problem because of using third party libbrary), is it true on FreeBSD if I mix using libc and libc_r in same program? Regards, XuYifeng ----- Original Message ----- From: Robert Watson <rwatson@FreeBSD.org> To: <freebsd-arch@FreeBSD.org> Sent: Wednesday, December 06, 2000 11:11 AM Subject: Threads in the base system > > Recently, pppctl was made thread-enabled, meaning that it relies on > libc_r. This makes the NOLIBC_R cannot be used with buildworld anymore. > Given that making pppctl depend on !NOLIBC_R may not be all that helpful, > it looks like we may need to lose NOLIBC_R. Presumably over time, threads > in default system applications will only become more popular. Any > thoughts (especially in light of upcoming KSE changes, which will make > threading integral to the system architecture)? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-arch" in the body of the messagehome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000f01c05f87$7406cbc0$5ac809c0>