[cjensen]

To be clear, Apple are claiming the ability to install both 32-bit and 64-bit kernels on a single disk, and select the correct one at boot time so that boot disks are transportable between 64-bit and 32-bit machines.

OS X has had this ability since 64-bit PPC days.

[binarycrusader]

I'll clarify then: I believe Solaris has had the first part (ability to boot into a 32-bit or 64-bit kernel) since 1998. That's well before Apple even provided a 64-bit kernel or ever shipped an OS X release.

Solaris has long had a single, unified architecture for 32-bit and 64-bit and until recently delivered both a 32-bit and 64-bit kernel on a single disk. That's why on Solaris you'll generally find the 32-bit libraries installed in 'usr/lib' and the 64-bit under 'usr/lib/64'.

The only exception is for processor architectures (SPARC/x86) where it made less sense.

But even then, Solaris 11 has multi-variant packages, so a single package provides support for both x86 and SPARC.

It's true that (as far as I'm aware) Solaris never supported the 64-bit application on 32-bit kernel hack that OS X did (which comes with significant performance tradeoffs).

So at most, Apple can claim that achievement, but they can't claim to be the first to provide a single install image supporting 32-bit and 64-bit.

[Someone]

"It's true that (as far as I'm aware) Solaris never supported the 64-bit application on 32-bit kernel hack that OS X did"

It also is true that (as far as I am aware) Solaris never had lots of 32-bit customers running applications and drivers that neither Sun nor those customers could recompile for 64-bits.

That and the fact that some of those customers desperately wanted/needed to access more than 4 GB of memory forced Apple's hands. They had to keep the kernel 32 bits to support older drivers, and had to provide a user space that supported more than 32 bits.

The world is so much simpler if you can force al your customers to recompile their applications. If you doubt that, ask Microsoft or Intel why Itanium didn't even get a chance.

[binarycrusader]

  It also is true that (as far as I am aware) Solaris never had lots of 32-bit customers running applications and drivers that neither Sun nor those customers could recompile for 64-bits.

That is definitely not true. In fact, many of the binaries distributed with Solaris itself (even now that it has a 64-bit kernel) are still delivered as 32-bit because there's no need for them to be 64-bit (yet).

  The world is so much simpler if you can force al your customers to recompile their applications. If you doubt that, ask Microsoft or Intel why Itanium didn't even get a chance.

Except Sun/Oracle (Solaris) never required that. In fact, Solaris is famous for its backwards binary-compatibility. In fact, on Solaris 10 you can run binaries that were compiled decades ago without issue.

So I'm not sure what your point is.

[Someone]

Apple would have lost many of its top of the range customers if it had jumped directly to full 64 bit, because, due to lack of drivers (note the italics in my original post), those users would have lost the use of their expensive hardware.

Sun, AFAIK, was much more in control of its drivers, so it could move its systems to 64 bit easier.

[jammi]

What are these significant performance tradeoffs you're talking about? Tell me more about them and where you can experience them.