pseudomodules: allow defining them in pkg/PKG/Makefile.include#9003
pseudomodules: allow defining them in pkg/PKG/Makefile.include#9003cladmi merged 1 commit intoRIOT-OS:masterfrom
Conversation
|
I think Makefile.dep is a better place, despite it's misleading name. |
Can you elaborate on this ? for me it is more One of the "problem" with Makefile.dep is that it needs to be parsed several times during USEMODULE resolution. I imagine it is even the reason to have these dependencies in a separate file from Makefile.include. |
Sorry, yes. Makefile.dep is considered for info-boards-supported, but that actually doesn't matter for pseudomodules. Thus I think I changed my mind and now proclaim the opposite. |
788f323 to
459713d
Compare
|
The 'PSEUDOMODULES' is still there in libcose, so I think it now should be officially documented that it can be done. |
makefiles/pseudomodules.inc.mk
Outdated
| PSEUDOMODULES += skald_ibeacon | ||
| PSEUDOMODULES += skald_eddystone | ||
|
|
||
|
|
There was a problem hiding this comment.
Any reason for the duplicate newline here?
There was a problem hiding this comment.
I did it on purpose to separate the block where pseudomodules are defined and with the second block with the documentation.
I often only keep one newline between related things and use two to distinguish between blocks.
It is only personal style leaking here and I can change it.
There was a problem hiding this comment.
I think I slightly prefer a single line, but I don't mind having two newlines here if you think it makes things more readable.
Officially allow packages to define pseudomodules in their Makefile.include as done in the libcose package.
459713d to
a62c8a8
Compare
|
I rebased and changed the whitespace inline. |
|
Murdock happy. |
Contribution description
Officially allow packages to define pseudomodules in their Makefile.include as
done in the libcose package.
RIOT/pkg/libcose/Makefile.include
Lines 11 to 12 in 6c39d2d
Issues/PRs references
Proposed implementation of this RFC #8984