> "Andrey A. Chernov" wrote:
> > On Thu, Sep 20, 2001 at 18:32:57 +0400, Andrey A. Chernov wrote:
> > > After stdio changes 4.4 binaries linked with libtermcap/libcurses refuse
> > > to work:
> > >
> > > /usr/libexec/ld-elf.so.1: /usr/lib/libcurses.so: Undefined symbol "__stdout
> p"
> > >
> > > It is because compat 4.4 libc not have __stdoutp, which required by
> > > recompiled libtermcap/libncurses. It means that ncurses major (and
> > > probably some other) needs bumping. Please, fix.
> >
> > Here the list of libraries infected with new std{in,out,err}p pointer
> > which major is not bumped yet, so 4.x binaries shared linked with them
> > will not works:
>
> No, we added the hooks to RELENG_4 and tool the 4.4-RELEASE libc.so.4 and
> included it in compat4x before the change. Make sure you have COMPAT4X=yes
> in your /etc/make.conf and no bump is required.
But this isn't the default. Thinking about this scares me.
Am I right in saying that std{in,out,err} are now real symbols rather
than being #defines to the __sF array an that the real symbols will
*always* simply refer to the same memory as the __sF array through the
life of libc.so.4 ? If that's the case, then that sounds reasonable.
Otherwise I'm scared :*)
> Cheers,
> -Peter
> --
> Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> "All of this is for nothing if we don't go to the stars" - JMS/B5
--
Brian <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
http://www.freebsd-services.com/ <brian@[uk.]FreeBSD.org>
Don't _EVER_ lose your sense of humour ! <brian@[uk.]OpenBSD.org>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
