Re: stdio change, other libraries needs bumping too!
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
Re: stdio change, other libraries needs bumping too!
On Thu, Sep 20, 2001 at 22:21:31 -0700, Peter Wemm wrote:
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.
Adding COMPAT4X alone not helps in such situation. As I already report, I
found the root of the problem - old /usr/lib/*.so* libraries must be
removed because the picked before fixed /usr/lib/compat/*.so* libraries.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: stdio change, other libraries needs bumping too!
Andrey A. Chernov wrote:
On Thu, Sep 20, 2001 at 22:21:31 -0700, Peter Wemm wrote:
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 refus
e
to work:
/usr/libexec/ld-elf.so.1: /usr/lib/libcurses.so: Undefined symbol __st
dout
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.
Adding COMPAT4X alone not helps in such situation. As I already report, I
found the root of the problem - old /usr/lib/*.so* libraries must be
removed because the picked before fixed /usr/lib/compat/*.so* libraries.
Perhaps the compat install should check for and remove any stale files
that it is replacing?
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
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: stdio change, other libraries needs bumping too!
On Fri, Sep 21, 2001 at 01:37:38 -0700, Peter Wemm wrote:
Adding COMPAT4X alone not helps in such situation. As I already report, I
found the root of the problem - old /usr/lib/*.so* libraries must be
removed because the picked before fixed /usr/lib/compat/*.so* libraries.
Perhaps the compat install should check for and remove any stale files
that it is replacing?
Yes, removing /usr/lib/${LIB} before installing /usr/lib/compat/${LIB}
will be right thing.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: stdio change, other libraries needs bumping too!
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.
libalias.a
libbz2.a
libcam.a
libcom_err.a
libcurses.a
libdes.a
libdevstat.a
libdialog.a
libedit.a
libfetch.a
libftpio.a
libg2c.a
libhistory.a
libipsec.a
libisc.a
libkvm.a
libm.a
libmp.a
libmytinfo.a
libncp.a
libncurses.a
libobjc.a
libopie.a
libpam.a
libpcap.a
libperl.a
libreadline.a
libstdc++.a
libtermcap.a
libtermlib.a
libtinfo.a
libutil.a
liby.a
--
Andrey A. Chernov
http://ache.pp.ru/
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
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: stdio change, other libraries needs bumping too!
On Thursday 20 September 2001 09:21 pm, Peter Wemm wrote:
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.
I have COMPAT4X=yes in my /etc/make.conf, I recompiled from fresh sources and
I'm still getting the same error with libreadline.so.4.
Beech
--
Micro$oft: Where can we make you go today?
---
Beech Rintoul - IT Manager - Instructor - [EMAIL PROTECTED]
/\ ASCII Ribbon Campaign | Anchorage Gospel Rescue Mission
\ / - NO HTML/RTF in e-mail | P.O. Box 230510
X - NO Word docs in e-mail | Anchorage, AK 99523-0510
/ \ -
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
