Re: svn commit: r202274 - in head: . include lib/libc/gen libexec/getty

2010-01-14 Thread Kostik Belousov
On Thu, Jan 14, 2010 at 05:35:32AM +, Ed Schouten wrote: Author: ed Date: Thu Jan 14 05:35:32 2010 New Revision: 202274 URL: http://svn.freebsd.org/changeset/base/202274 Log: Phase out ttyslot(3). The ttyslot() function was originally part for SUSv1, marked LEGACY in SUSv2

Re: svn commit: r202274 - in head: . include lib/libc/gen libexec/getty

2010-01-14 Thread Ed Schouten
* Kostik Belousov kostik...@gmail.com wrote: You should never remove symbol from the version map for shared library. Doing that removes one of the reason for having symbol versioning at all (namely, pre-execution check that version requirements of the objects are satisfied). FreeBSD allows

Re: svn commit: r202274 - in head: . include lib/libc/gen libexec/getty

2010-01-14 Thread Kostik Belousov
On Thu, Jan 14, 2010 at 10:38:02AM +0100, Ed Schouten wrote: * Kostik Belousov kostik...@gmail.com wrote: You should never remove symbol from the version map for shared library. Doing that removes one of the reason for having symbol versioning at all (namely, pre-execution check that

Re: svn commit: r202274 - in head: . include lib/libc/gen libexec/getty

2010-01-14 Thread Ed Schouten
Hello Kostik, * Kostik Belousov kostik...@gmail.com wrote: It should. You can recheck it with readelf/objdump. Symbol shall be exported only with FBSD_1.0 version, and have no default version. I see. I will give it a try and commit a fix this afternoon. Thanks for the clarification! -- Ed

svn commit: r202274 - in head: . include lib/libc/gen libexec/getty

2010-01-13 Thread Ed Schouten
Author: ed Date: Thu Jan 14 05:35:32 2010 New Revision: 202274 URL: http://svn.freebsd.org/changeset/base/202274 Log: Phase out ttyslot(3). The ttyslot() function was originally part for SUSv1, marked LEGACY in SUSv2 and removed later on. This function only makes sense when using