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: Fri, 31 Aug 2012 19:40:10 +0100
- 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 #1915|0 |1
is obsolete| |
--- Comment #30 from Ilija Kocho <ilijak@siva.com.mk> 2012-08-31 19:39:57 BST ---
Created an attachment (id=1921)
--> (http://bugs.ecos.sourceware.org/attachment.cgi?id=1921)
Cortex-M4F Floating Point Support 120831
Trying to upgrade STM32F4 port I found out that upon change of processor family
(CYGHWR_HAL_CORTEXM_STM32_FAMILY) it can dynamically change CYGHWR_HAL_CORTEXM
from "M4" to "M3" with which the code in Attachment 1915 couldn't cope. Here is
an upgrade that fixes that.
Some notes:
It comes with a lot of "requires" in CYGBLD_ARCH_XFLAGS which that may question
its role.
Switching CYGHWR_HAL_CORTEXM_STM32_FAMILY from "F4" to "F3"("F2") when hard ABI
is selected, leaves some unresolved conflicts. They automatically resolve after
a couple interactions from user (right click -> resolve) I guess that
configtool should offer this automatically.
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.