it's HKCU.
Just a litlle remark, if you look at the projects file, the compiler is specified in there.
I have added for example a new compiler set (WindRiver compiler). It works nicely thanks to the really great framework offered by CB. In the project files a project for this compiler get's as compiler specification :
<Option compiler="5"/>
So it starts counting from 0, since there are already 5 preregistered compilers to CB. So this is the 6th compiler.
In the registry I can find compiler_sets : 001, 002, 003, 004, 005, 256. A little surprising : over there it is known as 256 ??
Getting to the remark, would it not be better that a compiler set can (?also?) be specified by a string , instead of by a number.
Just a few arguments pro : when you work with several people on the same project and you are using a version control system, it is no surprise that the project file is in the version control system (another reason why everything should be specified with relative paths). On the other hand, some collegue might be working with other compilers also, and might have imported them into CB. So for guy 1, there might be a compiler '6' '7', ..., while for guy 2 there are '6' '7' '8'. The problem is here to have guy 1 '6' to be the same one as guy 2 '6'. This is rather difficult although possible, but keeping humans in sync ...
And what if next month CB comes with 6 supported compilers out of the box, what will happen with the current 6th one ?
This burden can be a bit easier if we specify a compiler by name, then the order in which the compiler were added is of less importance, people just have to make sure they use the same name.
So in the project file, we might find something like :
<Option compiler="gnu3.4.2"/>
<Option compiler="WindRiver"/>
<Option compiler="DigitalMars"/>
...
For this reason it would also be interesting that the compiler settings could be imported from a file, which makes installation on several machines easier.
I know, I know, too many requests, but hey CB kicks ass, let's just kick harder. :-)
kind regards,
Lieven