ESP32 Forum

Hello,
Does anyone meet a include file issue witht he last update.
The last sample grom my git pull of this morning does not compile.

bta_api.h: No such file or directory
file is present in
components/bt/bluedroid/bta/include/

thanks
iRobux

Oooh ... I have just started to compile a project as well and now I am getting:
where previously I used to have clean compiles. Running:
So the file exists. Checked its permissions and content and they seem ok ...

Later ... aha ...

For my problem, I had to enable "Bluetooth" in my "make menuconfig" -> Component config -> Bluetooth. Once understood, the original error isn't that bad ... however I don't think its the last we have heard of it. I'd suggest allowing an application to compile even if the "configuration" component says we haven't enabled bluetooth.

kolban wrote: I'd suggest allowing an application to compile even if the "configuration" component says we haven't enabled bluetooth.

When Bluetooth is disabled we don't want any Bluetooth code to be compiled or linked and that is going to cause an error if you are using it. Why wouldn't we want menuconfig to be the authority?

Howdy WiFive,
I'm all for "make menuconfig" being the source of configuration truth ... my discomfort comes from how disabled functions are manifested. If I disable a capability and then try and leverage it at compilation time, then in my ideal world we would see a compilation error of the form "Attempt to use <XYZ> function but that function is disabled." and not "Header file <PQR> not found".

Again ... my rambling is purely a data point ... but if the original poster's issue was the same as the one I found myself if, then that points to at least two looking for issues with include files and search paths for compilation.

kolban wrote: "Attempt to use <XYZ> function but that function is disabled." and not "Header file <PQR> not found.

Sounds good look forward to your pull request that covers all cases

As a workaround/solution ... when we activate Bluetooth in "make menuconfig", that sets the macro variable "CONFIG_BT_ENABLED". If we wish to conditionally compile code only when bluetooth is enabled we can use code similar to the following:
I don't know about the prudence of this practice as a whole, but it seems to work for my needs.

in my ideal world we would see a compilation error of the form "Attempt to use <XYZ> function but that function is disabled."

I agree - this would be ideal.

In the meantime I think that another takeaway from this case is to watch for sdkconfig.defaults file that developers add to some examples. It provides other than default settings in menuconfig. All BT examples have such file with CONFIG_BT_ENABLED=y.

kolban wrote:As a workaround/solution ... when we activate Bluetooth in "make menuconfig", that sets the macro variable "CONFIG_BT_ENABLED". If we wish to conditionally compile code only when bluetooth is enabled we can use code similar to the following:

Code: Select all

#include "sdkconfig.h"
#if defined(CONFIG_BT_ENABLED)
#include <esp_bt_main.h>
#include <esp_gap_ble_api.h>
// etc etc etc
#endif // CONFIG_BT_ENABLED
// other code

I don't know about the prudence of this practice as a whole, but it seems to work for my needs.

yeap..
agree, here some things how it was solved:

other things:
https://github.com/espressif/esp-idf/co ... 7787c8b781
https://github.com/espressif/esp-idf/issues/238

or missing / deactivates..
possibles:
https://github.com/espressif/esp-idf/co ... 84577521d0

best wishes
rudi