On Thu, Jan 13, 2000 at 06:53:25AM -0500, Daniel Eischen wrote: > On Wed, 12 Jan 2000, David O'Brien wrote: > > I don't see why a plain function like mkstemp() should be written so > > specially. Couldn't all the hiding/changing done for threads be done > > w/in open() itself? Neither HP-UX 10.30 (which has kernel threads), nor > > Solaris 7 needs such open() hackery in mkstemp(). > > Given where we want to go with pthreads, and the proposed architecture, > I'm not sure why we need to have open -> _libc_open -> __open (or > whatever it is). Why isn't using _open internally in libc sufficient? > open is a weak symbol for _open, and libpthread can override the open > (weak symbol). Is this email being ignored? -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
- RFC: buildworld breakage due to cross-tools/libc/mktemp. Jason Evans
- Re: RFC: buildworld breakage due to cross-tools/libc/m... John Polstra
- Re: RFC: buildworld breakage due to cross-tools/li... David O'Brien
- Re: RFC: buildworld breakage due to cross-tool... Daniel Eischen
- Re: RFC: buildworld breakage due to cross-... David O'Brien
- Re: RFC: buildworld breakage due to c... Jason Evans
- Re: RFC: buildworld breakage due to cross-tool... John Polstra
- Re: RFC: buildworld breakage due to cross-tools/libc/m... Bruce Evans
- Re: RFC: buildworld breakage due to cross-tools/libc/m... Daniel Eischen
- Re: RFC: buildworld breakage due to cross-tools/li... Jason Evans
- Re: RFC: buildworld breakage due to cross-tool... Daniel Eischen
- Re: RFC: buildworld breakage due to cross-tools/libc/m... Daniel Eischen
- Re: RFC: buildworld breakage due to cross-tools/li... Daniel Eischen