VHDL is a cool idea, too.

I envision it in this way: e# will provide (a) language constructions for interfacing with code compiled with other languages, such as assemblers and C; (b) ability to implement (program in e#) semantics for those language constructions. This approach will give essential degree of freedom to the developers ??“ they would be able to write their own implementation (or reuse third party code) if interfacing is not provided by the compiler vendor or provided implementation is not found satisfactory.
Also, I am thinking about interfacing with VHDL, but this is the question of the distant future, and, I think, would be the matter of bringing e# simulation model inside VHDL as an externally implemented entity

2. Interfaces with other tools
Other tools??¦ Do you mean IDE? At this time I may only say that Eclipse is the first candidate to integrate with.

3. Shortcomings
Yes, you right – I am not opposing e# to HLL languages. If there is an HLL compiler for the target device producing code that fits the device resources, and the code performs the task ??“ why should one ever look for other tools/languages?
e# is aiming developers for whom writing in assembly or C/assembly explosive mix is the only choice left. I have collected shortcoming I see in ASM, C and C+ASM in the table 1. I expect e# will address all these shortcomings.

I’m curious, though, what langs/tools e# would be intended to interface with and what shortcomings it would attempt to do away with in those tools it would replace. For instance, syntax seems very similar to C, but you contrast e# to asm and hardly to C.

I also had a possibly related idea. I know our company would have many uses for an efficient system to ‘port’ MCU code to other languages for simulation. We have a program to interact with networks of our products and there’s been some random discussion about online demos of our product. These environments need to simulate the devices, but the devices would only be represented as objects in the program with much more logic. A very-high-level language such as e# might be able to generate simulation object code if that sort of need comes up often for most companies.