svn: head/sys/netinet

[Maxim Sobolev]

On 12/30/2011 11:52 PM, Kostik Belousov wrote:
> On Fri, Dec 30, 2011 at 04:25:09PM -0800, Maxim Sobolev wrote:
>> >  On 12/30/2011 4:17 PM, Maxim Sobolev wrote:
>>>> >  >>M>   Won't this break whole lot of third-party software, which expects
>>>> >  >>M>   FreeBSD to be slightly different in this regards? Just curious.
>>>> >  >>
>>>> >  >>Yes it does. And until FreeBSD 10.0-RELEASE there is time to fix
>>>> >  >>this software (at least in ports).
>>>> >  >>
>>>> >  >>The MFC to stable/9 of r226105 was back out.
>>> >  >
>>> >  >Well, I am just curious how critical it is to get it resolved and is
>>> >  >there any way to avoid ABI breakage. Software compiled for 9.x won't run
>>> >  >on 10.x even when fitted with the proper compat libs, as far as I can
>>> >  >tell and not all software can be easily recompiled.
>> >
>> >  P.S. It should be trivial to put some COMPAT_8/COMPAT_9 shims based on
>> >  the version of the ELF image (i.e. detect if the binary is<  than
>> >  FreeBSD 10.
> What exactly do you mean by 'version of the ELF image' ? ABI note tag ?
> What do you propose to do if older call comes from dso, or a library
> statically linked in the main binary ?

Well, 9.x binary would be linked to 9.x library and vice versa. So I 
don't see any problems either way.

[ssp-root at jood1 /home/ssp]$ file /bin/sh
/bin/sh: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), 
dynamically linked (uses shared libs), for FreeBSD 8.2 (802510), stripped

Technically yes, 10.x binary can open 9.x DSO and we won't know, but I 
don't think this situation would happen in real life.

-Maxim