On 12/22/2010 08:40:23 AM, Gordan Bobic wrote:
It's not a Fedora infrastructure issue
all i meant is that that part is solved, getting the correct shared libraries loading with the correct executables.
, the ABIs are incompatible. I
wish you could mix'n'match but that doesn't look possible.
What about kernel level FPU emulation? Is there such a thing? I could have sworn there used to be something that could be used as such. And it might be possible to make it quite transparent if it isn't required (so you can always have it in the kernel). Have the kernel trap the exception on the missing FPU instructions, save state, and then pass the to an emulation library. When that returns, restore state and resume.
i was only thinking of an arm7 kernel handling arm5 executables so no emulation should be needed. so like for NEON now, a NEON program wont work on hardware without NEON.
i assume the arm5 instruction set is upward compatible so it would seem even easier than an existing x86_64 kernel running 32bit code which is not binary compatible.
are you sure the fp arg style is a kernel issue? are there system calls that take floats (not in structs or arrays but as a single argument)?
i could be totally wrong. it just seems almost there...