We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
When I try compile my software, I have the following error :
arm-none-eabi-gcc: error: ..srckernelmutex.c: No such file or directory
There is no backslash in the path, normally is ..\src\kernel\mutex.c
why ? anyone can help me ?
Hi Andrew,
Because I bought a Keil's evaluation board (MCB4357) and keil's tools are designed for this board, moreover, I can simulate my software without hardware. I don't want to use real view and I want to keep GCC. But now, I'm return to linux :-) and I use GCC to compile and my JLink edu to debug. All work like a charm. But if you have an idea to use uvision 4 with gcc, your are welcome !!! This issue is strange and I don't understand why ? Keil said they are compatible with code sourcery tools, I installed it and I have always the same issue.
So have you then taken the logical step of asking Keil what they mean with "compatible" if Keil generates path information that the code sourcery tools can't process?
Hi Per,
I use the MDK-lite version witch not include support from Keil.
3. SUPPORT AND MAINTENANCE. If you purchased the Software directly from ARM, and you are not receiving it as either or both, as applicable, Evaluation Software (defined in Clause 2) and Academic Software (defined in Clause 2), you are entitled to reasonable support and maintenance for the Software, for the shorter period of; (i) the term of your licence to the Software (as specified by the Licence Key); and (ii) one (1) year, commencing on the date of purchase.
So hey will not like to spend lots of time helping you with issues using the tools. But they might still want to make sure that their documentation is correct - i.e. if they claim the tools should work well with gcc, then they either have a bug or there must be some nice switch somewhere that needs to be set to get the tools to produce compatible command line options.
In short - it is meaningful to contact them and question their claim about compatibility. Or you can pretend to be a customer and ask them exactly what gcc tool you would need to use to be compatible with the Keil IDE if you are going to buy their package. After all, someone with a commercial license may still want to use gcc because they may intend to release the source code for free later - but want their commercial license to be able to debug a large binary.
... keil's tools are designed for this board
Not really - the tools are pretty much agnostic to what board you use.
But, if that's your reasoning, why don't you just use Keil tools?
"I don't want to use real view"
So why use uVision?
"I want to keep GCC"
Fair enough - so why not use it with an IDE that's ready made for it?
The board neither knows nor cares what tools you use!