Date: Wed, 06 Dec 2000 21:37:00 +0000 From: Brian Somers <brian@Awfulhak.org> To: "xuyifeng" <xyf@stocke.com> Cc: freebsd-arch@FreeBSD.org, brian@Awfulhak.org Subject: Re: Threads in the base system Message-ID: <200012062137.eB6Lb0t07362@hak.lan.Awfulhak.org> In-Reply-To: Message from "xuyifeng" <xyf@stocke.com> of "Wed, 06 Dec 2000 21:21:24 %2B0800." <000f01c05f87$7406cbc0$5ac809c0@xyf>
next in thread | previous in thread | raw e-mail | index | archive | help
I don't think it's possible to mix libc and libc_r in the same =
program (except as intended - with the libc_r stubs superseding the =
libc ones).
There are no ``alternative'' header files with different defines that =
might be used in one object and not the other, and the program is =
either linked against libc_r, or isn't (and will fail if it's got =
thread references).
I won't comment on Microsoft's shared library implementation.
> 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-thre=
aded 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 pro=
blem because =
> of using third party libbrary), is it true on FreeBSD if I mix using l=
ibc 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 anymo=
re.
> > Given that making pppctl depend on !NOLIBC_R may not be all that help=
ful,
> > it looks like we may need to lose NOLIBC_R. Presumably over time, th=
reads
> > in default system applications will only become more popular. Any
> > thoughts (especially in light of upcoming KSE changes, which will mak=
e
> > threading integral to the system architecture)?
> > =
> > Robert N M Watson FreeBSD Core Team, TrustedBSD Project
> > robert@fledge.watson.org NAI Labs, Safeport Network Services
-- =
Brian <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org=
>
<http://www.Awfulhak.org>; <brian@[uk.]OpenBSD.org=
>
Don't _EVER_ lose your sense of humour !
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200012062137.eB6Lb0t07362>