To read all comments associated with this story, please click here.
That might be correct for NeXT, but Mac OS has also had FAT binaries since the days of 68000 to PPC conversion and they were implemented as this guy did - resources with in a single file. If you look at how NeXT solved this problem, it is a separate physical binary with in the .app folder hierarchy that represents the application. This is obviously conceptually similar, but not the same. From what I read, the guy had actually created a single binary file with a method for loading the correct binary section for the architecture/ABI being used. This is more like what Classic MacOS did - though people might wave the "resource" fork being at me, I guess. If you play the resource fork card, then this isn't the same at all and this guy probably was barking up an odd tree. To me it seems like the same idea though.
Win32 too, if you used the Yellowbox stuff. But they were still separate executables with in the .app folder hierarchy, right? Mac OS 7 up till 9 also had FAT binaries, and these included 68000 and PowerPC code in the same executable "file" via code resources.





Member since:
2006-06-12
OSX binary are called universal binaries, not fat binaries