svn commit: r233271 - in head/sys: amd64/conf arm/conf i386/conf ia64/conf mips/conf pc98/conf powerpc/conf sparc64/conf

[Sergey Kandaurov]

On 21 March 2012 17:42, John Baldwin <jhb at freebsd.org> wrote:
> On Wednesday, March 21, 2012 6:44:09 am Ed Schouten wrote:
>> Hi Sergey,
>>
>> * Sergey Kandaurov <pluknet at freebsd.org>, 20120321 11:18:
>> > Will this affect old binaries like misc/mc build for e.g. 6.x running on
> GENERIC
>> > w/o kldoaded pty(4), so that I will have to `kldload pty'?
>> > Currently executing old mc results in emitting the following kernel
> message:
>> >
>> > pid 11948 (mc) is using legacy pty devices - not logging anymore
>>
>> If it's dynamically linked against libc and libutil, it's not a problem.
>> Otherwise you need to rebuild mc(1). If rebuilding mc(1) doesn't help,
>> let me know and I'll take a look at the port.
>>
>> If apps print the "is using legacy pty devices" message, you probably
>> need to load pty(4).
>
> 6.x predates the symbol versioned libc, so even if it is dynamically linked it
> is still using older versions of the pty lookup routines.  It will likely need
> pty(4) forever.  Perhaps you could enable pty(4) by default if one of the
> relevant COMPAT_FREEBSD options is included?
>

Hmm..
I just tested misc/mc on amd64 recent head (after pty removal from GENERIC)
inside 6.2-RELEASE i386, and it works there without pty(4) in kernel.
If I made testing right, that means nothing should be changed.

-- 
wbr,
pluknet