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... _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm