In the
mbed.org build system, for the most memory constrained platforms (LPC11C24, LPC812, ...), we are using microlib instead of the ARM C standard library.
The correspondent "mbed library" used in the online build system is compiled against microlib, instead of the ARM C standard library.
Back in 2011 when we started using microlib, there was no C++ support.
I added C++ support in microlib and I made a custom build of it.
Since then, the
mbed.org online compiler has always used my patched microlib library that is not of public domain and certainly does not ship with the Keil MDK.
In the mean time we collaborated with the ARM compiler team to get my changes in the official microlib. This new official microlib has been released in ARMCC 5.03, that is now used by the Keil MDK 4.7 onwards. At the moment, there are small incompatibilities between my 2011 patched microlib used by the online compiler and the new official microlib.
In the following weeks we are planning to update the online compiler to ARMCC 5.03 and to release a new build of the mbed library using this toolchain.
This will allow to successfully export a project using microlib from the online compiler, to the Keil MDK.
This is the reason why you should not disable microlib from the LPC11XX uvision export template.
> I was also planning on setting the listing and build path to .\build\ instead
> of .\ and to change the OutputName to {{name}} (to match the other templates).
> Would it also be an idea to change the default debug configuration to CMSIS-DAP
> or JLINK to make it work with the LPC-Link2?
> Could we also group the source_files in project and library?