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@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
_______________________________________________
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"