This is the mail archive of the
ecos-patches@sourceware.org
mailing list for the eCos project.
[Bug 1001607] Cortex-M4F architectural Floating Point Support
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-patches at ecos dot sourceware dot org
- Date: Sun, 2 Dec 2012 20:15:45 +0000
- Subject: [Bug 1001607] Cortex-M4F architectural Floating Point Support
- Auto-submitted: auto-generated
- References: <bug-1001607-104@http.bugs.ecos.sourceware.org/>
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001607
Ilija Kocho <ilijak@siva.com.mk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1979|0 |1
is obsolete| |
--- Comment #36 from Ilija Kocho <ilijak@siva.com.mk> 2012-12-02 20:15:41 GMT ---
Created an attachment (id=1991)
--> (http://bugs.ecos.sourceware.org/attachment.cgi?id=1991)
Cortex-M4F Floating Point Support 121202
Hi Jifl
After fine tuning and extensive testing, I think that with attached patches we
are close to check-in. I hope we can aim to commit by end of 2012.
FPU support, including GDB stub has been tested on Kinetis K70 and STM32F4
targets.
Changes: Default setting now is SOFT FPU. Rationale is that more often people
will make integer applications even on systems with FPU. I may be completely
wrong so comments are appreciated.
Another dilemma: Where to put the tests (thread_switch_fpu.cxx and fpinttest.c
only): kernel, hal or cortexm?
Regards
Ilija
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.