As Rstofer wrote several times: A Makefile project is as universal as it gets and many IDEs 'import' these just fine.
Trash it and move to NXP LPC
This kind of comment is worse than useless. What exactly would an NXP ARM give him that an ST ARM wouldn't? He's asking for development environment help and by and large that is all completely agnostic to the specific "brand" of part used. ARM from NXP or ST or Freescale or Nuvoton or Cypress or *anyone* is pretty much the same when it comes to IDE.
That all being off my chest now, I have always preferred the good old command line. vim or Sublime Text for my editor, and gdb (not graphical) for debugging. I've always ended up fighting more with the damned GUI tools than the problem at hand when I've had to use anything Eclipse based, and the various code generators such as Processor (cough)Expert or STM32CubeMX have always been poor at best.
ImgeCraft C Compiler with easy to use debugger. Pro license costs $500, while compiler only license costs $250. PM forum member richardman.
As Rstofer wrote several times: A Makefile project is as universal as it gets and many IDEs 'import' these just fine.I should try it one day. What I did in the past is having the ide running my manual make as an external tool.
As Rstofer wrote several times: A Makefile project is as universal as it gets and many IDEs 'import' these just fine.I should try it one day. What I did in the past is having the ide running my manual make as an external tool.You don't have to do that. Eclipse for example can deal with make targets directly and even provide environment variables / make options so you can build a project which outputs various binaries from one source by clicking a specific build version. All the errors are also parsed so the source is annotated with the compiler errors (if Eclipse's realtime syntax checking didn't catch them already).
No, Eclipse just calls make with the options you provide and then parses whatever the make/compilation process spits out using a so called error parser (ofcourse the error parser used by Eclipse needs to understand the toolchain's output).
ImgeCraft C Compiler with easy to use debugger. Pro license costs $500, while compiler only license costs $250. PM forum member richardman.
ImgeCraft C Compiler with easy to use debugger. Pro license costs $500, while compiler only license costs $250. PM forum member richardman.
Note that non-commercial use license for the compiler/IDE is only $50. -NC debugger (it's optional) is another $50.
This won't work in China. Average Chinese income is 1/6 of western average, and software sell for higher price (to recover cost due to 95%+ pirate rate). Which means an individual will never be comfort to pay $10k on a compiler.
What you are suggesting is to let the OP to get familiarized with Keil or IAR and get spoiled by the ease of use, then when he runs to its limit, either ditch the copyright creed or spend an arm and a log.
The OP is not an EE beginner. He is a veteran volt nut, with a BSEE degree (or MSEE, I forgot, he mentioned in another thread).
Also, since ST has free GCC based IDE, and ImageCraft compiler and its libraries are tailored for STM32, why spend $ 5 digits on Keil?
And what's more, there are Atollic and more free or semi-free tools that are more accessible for an individual.
As a professional embedded SW developer, if I am asked to teach someone about say STM32 development, I am not going to start teaching them about free tools that take time to install and configure
Is Atollic free?
The last time I checked (which was a long time ago) they too had a size limit for their free version.
Atollic is free without limits (only advanced features way beyond "beginner" scope e.g. code analysis, advanced debugging require upgrade), comes with tons of examples for many boards, and you can get one running with debug in a couple of minutes and a few clicks...
Someone needs to support the software tools industry, even if it is only other professionals.
ARM is one of the major funders of the GCC port, so you're supporting its development every time you buy an ARM device.