On 12/23/11 03:52, Rich Burridge wrote:
Alan Coopersmith also suggested:
"My quick guess at the cleanest fix would be to move the 32-bit version to the
i86 subdirectory and then make /usr/bin/tclsh8.5 a link to amd64/tclsh8.5
or sparcv9/tcls8.5. (I'm guessing there are times you might want the 32-bit
version, especially if you have loadable .so modules that may be loaded for
extensions that haven't been ported to 64-bit yet. Otherwise you'd just
drop the 32-bit and move the 64-bit into the main directory, like we did with
the Xorg binary after the 32-bit EOF.) "
I suggested that over isaexec, since on Solaris 11, where there are only 64-bit
kernels, isaexec is just an additional chunk of code that results in always
running the 64-bit binary. (Unless you have more binary flavors, such as ones
explicitly tuned for sun4u vs sun4v or something - isaexec can support more
complex choices than just 32-bit vs. 64-bit, but I don't know of anywhere in the
OS we've done that.)
We didn't get all the existing isaexec usage in the WOS removed after the 32-bit
kernel EOF - perhaps another bug should be filed to make Userland consistent and
non-isaexec'ed in all the areas that ship 32-bit & 64-bit versions still, or to
drop 32-bit versions where both are shipped and only one is needed (like top).
Of course that means downstream projects like OpenIndiana & other distros which
still support 32-bit kernels have to patch in isaexec on their own, but this
wouldn't be the first time they've had to compensate for the 32-bit EOF in the
bits we still share.
--
-Alan Coopersmith- [email protected]
Oracle Solaris Platform Engineering: X Window System
_______________________________________________
userland-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/userland-discuss
