Matej Kupljen wrote:
Can I just #ifdef this code if compiled for sf?
I do have some patches for glibc to get rid of these in a soft float
Can I see these patches, please?
(What is the #define for the FP?)
However as Ralf Baechle said in the other message, the kernel FP
emulator works and is not that large of an overhead.
Attached is the portions of my patches to glibc-2.3.3 that contain the
setjump/longjump hacks. There are other things in there as well, so you
will have to pick and choose as to which parts you want.
I did this more as a proof of concept rather than the definitive answer.
There are still some FP instructions being generated but I have not
tracked them down yet.
On my 2.4.29 based kernel (mipsel-linux) with glibc 2.3.3 and busybox
1.00, I don't get the 'Algorithmics/MIPS FPU Emulator v1.5' message
until I run ldconfig or ftp. Most other programs don't seem to run any
I also removed the FP Emulator in the kernel, just to be sure that
no SF ins are executed (I can send the patch to the list, but I know
there has already been discussion about this).
IMHO, if we say that we have a SF toolchain then there MUST NOT
BE any SF ins, otherwise we have a "semi soft float" toolchain.
Don't you agree?
Of course I agree.
Description: GNU Zip compressed data