Open kuniss opened 2 years ago
@linkrope What to you think about moving all those files to src/gruntime - "gruntime" for gamma runtime, similar to druntime?
The dmd compiler call then could be adjusted to
dmd S.d SLex.d -I=src/gruntime
;
and at the generated compiler compilation
dmd S.d SLex.d -I=build/gruntime
.
This schema is more flexible for the case the gamma compiler generator is carried with the VScode extension or the Eclipse plugin and temporary extracted to an arbitrary configurable project directory structure.
...I would take over to make this change. Just would like to agree with you, first.
Just thought on how to implement this and it seems to me that having a different include path at the development project and at the generated compiler compilation is not a good idea.
So, maybe, it is better to have them all in include/gruntime. That way, the include directive for the D compiler would be always the same: dmd S.d SLex.d -I=include/gruntime
If the extension/plugin is creating the compiler source code at the build sub directory, e.g., then it only would need to copy all include files in the build/include/gruntime directory.
We could also put all include files directly under include where runtime.d is located today already.
Maybe the last option is the best? What do you think?
Currently the implicitly called dmd D compiler fail due to missing gamma includes:
It would be nice, if the gamma gets an additional command line parameter for specifying D include paths. Or, the gamma include files are included relative the directory where the generated source code has been created, such that the implicit call would be done as:
dmd S.d SLex.d -g ./runtime.d ./io.d ./log.d ./listacks.d
In that case the gamma vscode extension could copy the include files alongside the generated source code and the implicit compilation could work seamlessly.