-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
script: Use absolute path for module_initialized check #25891
script: Use absolute path for module_initialized check #25891
Conversation
PR #25891: Size comparison from a27bc8c to a9eb272 Full report (1 build for cc32xx)
|
PR #25891: Size comparison from a27bc8c to d3622af Increases (1 build for cc32xx)
Full report (1 build for cc32xx)
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes requested: web sockets not required for embedded.
If you need web sockets for specific platforms, you probably need it for test scripts. Then you should checkout submodules for multiple platforms: linux for chip-tool builds, other platform for embedded builds.
@andy31415 The libwebsockets is not required by esp32 build, but is required by chip-tool build. For most of the users who want to build esp32 example, they also need to build chip-tool for testing, hence we want to make the libwebsockets available by default for esp32 checkout_submodules. Other Linux modules (except for libwebsockets) are not required by esp32. If you have some concern on removing, how about adding esp32 under libwebsockets, and a comment to mention it's required by chip-tool? |
if chip-tool is being compiled for linux, you seem to need the "linux build sub modules". I do not believe libwebsockets is sufficient (in the long run that is ... today it is 100% sufficent as we do not have other linux-specific submodules used by chip-tool), you need to say If you are concerned that platform linux is too large, maybe we figure out some different platform name and we add that as an extra list. |
@chshu - my concern is the use case. Right now the individual platform selection was picked for our CI so that CI does not pull more than needed. CI for embedded (nrf, esp32, others) will explicitly not build chip-tool, so pulling in stuff because chip tool needs it is not helpful for our CI, hence my push back. if you need to build both, what is wrong with |
The correct syntax seems to be:
kind of not intuitive ... but it works. Maybe we can improve ergonomics a bit and accept |
@andy31415 Ok, understood your concern on the CI size.
|
d3622af
to
a9eb272
Compare
PR #25891: Size comparison from 378a6c2 to a9eb272 Decreases (1 build for cc32xx)
Full report (1 build for cc32xx)
|
We should use absolute path for module_initialized check so that we will not get an error when we run the checkout_submodule.py script in non-CHIP_ROOT directory.