|Generating native code is quite a daunting task. If you take a look at modern, native, very high level language compilers, they generate C and pass the output to gcc.
|I know you could solve this problem with a machine translator,
|3. Why create a new language, what are the motives to create one and what are the starting points when I create one from scratch (take that literally)?
|Things that are for sure:
String parser written in C#
eC to C++ (via G++)
Possibility to maintain the outputted C++ code and to change it before full compilation
Automatic library addition based on the used functions at compile time
Data dictionary (auto-fill possibility)
Syntax checking via C# (actual eC code) and the log files that G++ produces
Open source and compatible (Mainly Windows and Linux)
GUI in Qt4, if not possible, we will limit ourselves to Windows
Fundamental types are: long int, double, bool and unsigned char (and Unicode strings)
Support for iostream, fstream, string and possibly sstream
NOT OOP (no custom-classes, structs, unions or enums)
// rest behind this is about the school related stuff, which is not really important in here
|Syntax checking via C# (actual eC code) and the log files that G++ produces
|Fundamental types are: long int, double, bool and unsigned char (and std::string)
|we will use G++ as a final compiler, so it's logical that G++ can produce errors too.