[hlc] Implement automatic compilation with make and Build.xml templates #706
Conversation
Use LDLIBS for passing libraries to the linker: https://www.gnu.org/software/make/manual/html_node/Implicit-Variables.html#index-LDLIBS Compile .c files into separate .o files to avoid recompiling the entire project every time. Use .d files to keep track of .c files that depend on .h files. For reference: https://stackoverflow.com/a/52036564
For some reason, mingw doesn't like `-I./`, this causes it to be unable to find the includes
Previously it would always generate them next to the .c files, regardless of whether hlgen.makefilepath had been set. Now it ensures that it doesn't write outside of the Makefile directory. This means that it first has to create the directories, otherwise the compiler complains about directories not existing when it tries to write the output files. ".SUFFIXES" also has to be set as an empty target, otherwise the built- in rules mess up the rule dependencies.
|
Small documentation / default value handling issue:
But adding
If picking a default value is not something we want, it would be nice to list correct values in this error message I think? |
The default value was working before, I just forgot about it with my changes so this should be fixed. Maybe it should be updated though:
Aside from this, the makefile here doesn't support mac at the moment (mac linker doesn't support
|
This adds two new templates to the hashlink support library to simplify hlc compilation:
makefor a regular Makefile, andhxcppfor a Build.xml. Both of these implement automated compilation, so if you add either of these then an executable is generated automatically:The Makefile is smart so it will only recompile files whose dependencies have changed. I've tested it on Linux and on Windows with mingw.
Like with the Visual Studio templates, on Windows the templates expect a
HASHLINKenvironment variable to point to the hashlink installation. With the Build.xml template, the installation can also point to the hashlink sources, provided that they contain binaries generated byhl.sln.