|
Re: Bonehead floating-point question: msg#00129lib.uclibc.general
>> For example, uClibc Configuration asks at one point: >> >> Target CPU has a floating point unit (FPU) (HAS_FPU) [Y/n/?] y >> >> Why should it care? As a matter of fact my target CPU does *not* have >> an FPU, but since I've got emulation it shouldn't matter. What do I >> gain/loose by saying "n" here? Erik> uClibc cares since if you don't have an FPU I need to make Erik> certain that uClibc is compiled with -msoft-float and that Erik> all uClibc asm code properly elides fpu opcodes. But if I have an emulator, it doesn't matter, right? I could answer 'y' here and the kernel will take care of things? >> The default buildroot builds gcc "--without-float" ... Why is that >> needed? Erik> I do not believe that is correct. What's not correct, my statement about the default buildroot acts this way, or the fact that buildroot *should* build gcc "--without-float"? Thanks, Dave |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Bonehead floating-point question: 00129, Erik Andersen |
|---|---|
| Next by Date: | Re: problem building xclass: 00129, Manuel Novoa III |
| Previous by Thread: | Re: Bonehead floating-point questioni: 00129, Erik Andersen |
| Next by Thread: | Re: Re: Bonehead floating-point question: 00129, Erik Andersen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |