make.dep: fix sock_udp deps for stnp#12931
Conversation
If some any module wants to use sock_udp and GNRC is configured as network stack, this PR takes care of pulling in gnrc_sock_udp then.
This module should depend on sock_udp instead of gnrc_sock_udp.
|
Well at the moment
Why single out GNRC? |
Yep, I noticed that by now :-). On first sight it looked like it compiled fine in my environment, but there were some copmile issues that were augmented by local stupidity... Still, I think for |
Yapp |
|
And with @miri64's infrastructure work, hopefully gcoap can also be liberated soon. ;-) |
|
If only there were more RIOT hours in a day... |
0405909 to
b06c01a
Compare
|
Simply removed the commit effecting |
miri64
left a comment
There was a problem hiding this comment.
ACK. Would be nice to also have this kind of dependencies for the other sock-types / stack types
|
some builds for the |
See #12964. |
|
I guess this can be merged now? |
|
Yepp |
This is the logical continuation of [RIOT-OS#12931] for _all_ `sock` implementations. [RIOT-OS#12931]: RIOT-OS#12931
Contribution description
IMHO, the dependecies for
sntpandgcoapare a little off currently: both directly depend ongnrc_sock_udp, but both are not tied toGNRC(anymore). So the correct dependency should be tosock_udp, right?This PR changes this dependency slightly by doing two things:
gnrc_sock_udpin the casesock_udpis selected (-> sub dependency in thegnrcblock inMakefile.dep)sntpandgcoapsimply depend onsock_udpinstead ofgnrc_sock_udpContext is once more, that I played around with using
gcoapon top of a non-GNRC network stack... So does this work for everyone or can you think of a better solution?Testing procedure
Build
sntpandgcoapexamples. The output ofmake info-modulesshould be unchanged.Issues/PRs references
none