You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is to ease updating the Makefile in client projects -- which is still a manual process of copy-pasting portions of the Makefile! (-> also: #33)
Adding them by hand is pretty much trivial, but clean would know nothing about it, and leave them around.
(Doing the same for extra libs is far less of a pressing issue.)
Something like renaming finish: ... and delegating it to the prj layout config, so e.g. sfw would have it like
finish: $(main_lib) $(main_exe) $(test_exe)
Well, OK, using the target directly in the cfg. section is impossible, as all the macros that are typically used in those names would then get prematurely expanded (with incorrect/empty values)! So, another macro would be needed for that, to list the targets separately... :-/
main_lib/main_exe can just be not set (commented out)
extra targets can also be listed in a new build = ... macro now
also delete those in clean!
The text was updated successfully, but these errors were encountered:
xparq
changed the title
Add cfg. control for extra executables to automate their creation/deletion
Allow customizing the main targets to build (& delete)
Mar 27, 2023
Issue #35: Capitalize the cfg. options
Issue #12: Allow customizing the main targets to build (& clean)
Issue #33: Custom build options: propagate them through recursion
Issue #10: Guard against empty base dirs in $(some_dir)/... constructs!
Issue #34: Add some tests
Issue #5: Reinforced support for spaces in the build dir itself
Issue #30: What to do with "cmdline macros can't be modified"?
Issue #31: That / vs \ mystery in the objs rule
This is to ease updating the Makefile in client projects -- which is still a manual process of copy-pasting portions of the Makefile! (-> also: #33)
Adding them by hand is pretty much trivial, but
clean
would know nothing about it, and leave them around.(Doing the same for extra libs is far less of a pressing issue.)
Something like renaming
finish: ...
and delegating it to the prj layout config, so e.g. sfw would have it likeWell, OK, using the target directly in the cfg. section is impossible, as all the macros that are typically used in those names would then get prematurely expanded (with incorrect/empty values)! So, another macro would be needed for that, to list the targets separately... :-/
main_lib
/main_exe
can just be not set (commented out)build = ...
macro nowclean
!The text was updated successfully, but these errors were encountered: