Compile only needed esp-idf components about esp-idf-sys HOT 5 CLOSED

Regarding

(There is also currently a bug where changing the sdkconfig/sdkconfig.defaults does not cause an esp-idf recompilation.)

is there any solution?

This is fixed in master (see commit 468b792) but not in a release yet.

from esp-idf-sys.

In the long term though, we should make this configurable (maybe with an approach like I suggested in #72) as the demand for more and more esp-idf components grows.

The approach suggested in #72 might be a bit of an overkill, as it is addressing the problem of how do we compile and generate *-sys bindings for external (out-of-tree) components.

For "in-tree" components, that might be an overkill, especially given that we have like 70% of the solution already:

• Look at EspIdfComponents and how it is used here, which is the CMake-first build.
• All that we need is a similar env-var for native build, which is (a) first passed down to CMake and (b) after that is parsed with a very similar code to the above, so that the bindings are generated only for the components which had actually been build. It env var is empty, the code should compile and generate bindings for everything, of course.

From then on, everything is solved already - esp-idf-sys, but also esp-idf-hal and esp-idf-svc are sprinkled with "#ifdefs" using these component strings (they are passed as cfg flags to Rust), so that not just the unsafe wrappers in esp-idf-sys, but also the safe wrappers in esp-idf-svc and esp-idf-hal are conditionally compiled, depending on where the component was enabled or not.

from esp-idf-sys.

Just to note that this task became even easier recently, as we no longer have a hard-coded list of esp idf components. I'm instead enumerating the components by doing directory scans instead. This should also make the task for plugging custom components easier.

from esp-idf-sys.

Yup, I noticed it, just haven't gotten around to implementing it.
Thanks for the notice though.

from esp-idf-sys.

Regarding

(There is also currently a bug where changing the sdkconfig/sdkconfig.defaults does not cause an esp-idf recompilation.)

is there any solution?

from esp-idf-sys.