<p dir="ltr"><br>
El 2/9/2015 11:14, "Joel Sherrill" <<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>> escribió:<br>
><br>
><br>
><br>
> On 8/31/2015 5:47 AM, Cudmore, Alan P. (GSFC-5820) wrote:<br>
>><br>
>> Having a floating point configuration of the BSP makes sense. I was able<br>
>> to rebuild the BSP with the hardware floating point compiler option and it<br>
>> works.<br>
>><br>
>> I did get a floating point exception in the FTP task and had to change the<br>
>> FTP task create to enable floating point. Is it worth submitting a patch<br>
>> to change that?<br>
><br>
><br>
> What did it use the FPU for? Is this a case where GCC emits FPU instructions<br>
> just to move data or calculate array indices?</p>
<p dir="ltr">Offtopic: this seems very suboptimal. Have you got an actual example of that? I'd like to take a look.</p>
<p dir="ltr">><br>
> On some CPUs, when hard FP is turned on, GCC assumes the FPU can be used<br>
> for some non-intuitive things and it is safer to implicitly make all tasks<br>
> FP rather than letting people trip over implicit uses of the FPU.<br>
><br>
> --joel<br>
><br>
><br>
>> Thanks,<br>
>> Alan<br>
>><br>
>><br>
>> On 8/31/15, 2:40 AM, "Sebastian Huber"<br>
>> <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br>
>><br>
>>> Hello Alan,<br>
>>><br>
>>> I am not sure how Gaisler manages this in their RCC, but I think for<br>
>>> standard RTEMS we need additional BSPs (e.g. via leon3_fp.cfg and<br>
>>> ngmp_fp.cfg configuration files).<br>
>>><br>
>>> On 17/08/15 17:29, Cudmore, Alan P. (GSFC-5820) wrote:<br>
>>>><br>
>>>> Hi,<br>
>>>> We are currently trying to use the leon3 BSP for RTEMS 4.11.<br>
>>>> We have used the 4.10 RCC/Gaisler tools with the Driver Manager in the<br>
>>>> past, but we would like to be on 4.11 for the SMP support.<br>
>>>><br>
>>>> When I build the 4.11 leon3 BSP, I seem to only have soft-float<br>
>>>> support. When I try to build with the ‹enable-multilib configure<br>
>>>> switch, the build fails. Before I start trying to determine the cause<br>
>>>> of the compile failure, I wanted to make sure I am enabling floating<br>
>>>> point support for the LEON3 correctly.<br>
>>>><br>
>>>> Thanks,<br>
>>>> Alan<br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> devel mailing list<br>
>>>> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
>>>> <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>>><br>
>>><br>
>>> --<br>
>>> Sebastian Huber, embedded brains GmbH<br>
>>><br>
>>> Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
>>> Phone   : +49 89 189 47 41-16<br>
>>> Fax     : +49 89 189 47 41-09<br>
>>> E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a><br>
>>> PGP     : Public key available on request.<br>
>>><br>
>>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
>>><br>
>><br>
>> _______________________________________________<br>
>> devel mailing list<br>
>> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
>> <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>><br>
><br>
> -- <br>
> Joel Sherrill, Ph.D.             Director of Research & Development<br>
> joel.sherrill@OARcorp.com        On-Line Applications Research<br>
> Ask me about RTEMS: a free RTOS  Huntsville AL 35805<br>
> Support Available                (256) 722-9985<br>
><br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</p>