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 came up a long time ago (I know that @rleh is against this, but I dont really know why).
lbuild (mainly the project.xml parser) should have the option to glob lbuild repositories from a given path.
@salkinium mentioned his fancy modm-io/modm#285 modm project template, which we implemented (separately) a long time ago for ourselfs.
It basically separates the project from the external library dependencies via git submodules.
Some of our firmwares look like this now:
my_firmware
app/
main.cpp
project.xml
...
libs/
modm
erpc_modm
lely_modm
etl_modm
eigen_modm
ourOwnInternalLib_modm
randomStuff_modm
...
and keeping track of those (nasty) libs is not only a nuisance, but redundant as well, because our project.xml has to keep track of those dependencies ... which git submodules do for us anyways.
Hi,
this came up a long time ago (I know that @rleh is against this, but I dont really know why).
lbuild (mainly the
project.xml
parser) should have the option to glob lbuild repositories from a given path.@salkinium mentioned his fancy modm-io/modm#285 modm project template, which we implemented (separately) a long time ago for ourselfs.
It basically separates the project from the external library dependencies via git submodules.
Some of our firmwares look like this now:
and keeping track of those (nasty)
libs
is not only a nuisance, but redundant as well, because our project.xml has to keep track of those dependencies ... which git submodules do for us anyways.I would suggest a simple fix for my problem:
Can I introduce this an give a PR or are there any relevant use cases aganst it?
The text was updated successfully, but these errors were encountered: