I have been trying out a few tutorial programs and the SRIO example. Everything was working OK but now I have a consistent error.
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
E:\Documents and Settings\robin>cd mios32
The system cannot find the path specified.
E:\Documents and Settings\robin>cd\
E:\>cd mios32
E:\MIOS32>cd trunk
E:\MIOS32\trunk>cd apps
E:\MIOS32\trunk\apps>cd examples
E:\MIOS32\trunk\apps\examples>cd srio
E:\MIOS32\trunk\apps\examples\srio>make
E:\mios32\trunk/include/makefile/common.mk:123: *** multiple target patterns. S
top.
E:\MIOS32\trunk\apps\examples\srio>
What would cause the multiple target patterns referred to ?
The link points towards the Programmer’s Lounge, which you don’t have access to (ask TK about getting access).
Meanwhile here’s the solution proposed there by TK:
Ok, today I tried this with my office PC, and can confirm that I see the same errors.
The <drive>: and backslashes cause the issue.
If you look into the project_out directory (where binaries will be generated), you will find a “mios32trunk” directory, but the intended name was “mios32/trunk” (derived from "mios32\trunk)
Solution:
specify MIOS32_PATH in Unix style.
E.g., write:
set MIOS32_PATH=/C/mios32/trunk
[/code]
if MIOS32 repository is located at your C: drive
I hope that this will work for every DOS/Windows user - because once you noticed how fast code will be recompiled after changes in source files, you don’t want to miss this feature anymore!
What version of the CodeSourcery toolchain are you using?
It looks like the version you are using is based on gcc 4.4.1 so I suspect it is the latest 2010q1-188 release which uses Newlib 1.17.
Over the last few days, TK and I have been “playing” with various gcc/newlib combinations in an attempt to find the perfect combination which works on all platforms. This is taking quite a long time as each change requires a 30 minute rebuild of the toolchain
It appears that later versions of Newlib are compiling to larger binaries and as SEQv4 almost fills the RAM of the current CORE32, our current thought is that an older version of Newlib may be better as it generates smaller code and most of the enhancements are irrelevant to MIDIbox anyway!
If you are “desperate” to recompile, I suggest you try the CodeSourcery 2008q3-66 release which uses Newlb 1.16. It is available here
The linker error was related to one of the last changes in mios32/LPC17xx/mios32_uart.c, which is fixed now.
Please update the repository and compile again with the original MIOS32 tool chain (don’t use the Code Sourcery package mentioned by Phil, because it will cause other problems - you have to use exactly the same version like me for a stable build!)