-
Notifications
You must be signed in to change notification settings - Fork 212
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
Making arduino-lmic competible with arduino-esp32-2.0 #714
Comments
Very sorry about this. Not going to happen without a major rename pass. I suggest you add |
the #define fixed my project, If it does not harm, It could be a default in project config |
I have put this on the list to investigate in the next release. |
Thanks, this seemed to work for me! |
Are there any plans to fix this? Seems weird to "just rename hal_init" moving forward forever. |
The bug is tracked here: mcci-catena/arduino-lmic#714 This pull request fixes the following linker failure when building using vscode, platformio on Linux. ///.platformio/packages/framework-arduinoespressif32/tools/sdk/esp32/lib/libpp.a(hal_mac.o): in function `hal_init': (.text.hal_init+0xb4): multiple definition of `hal_init'; .pio/build/working-in-progress/libdad/libMCCI LoRaWAN LMIC library.a(hal.cpp.o):///git/g/hzgl-lora-communicator/.pio/libdeps/working-in-progress/MCCI LoRaWAN LMIC library/src/hal/hal.cpp:416: first defined here collect2: error: ld returned 1 exit status *** [.pio/build/working-in-progress/firmware.elf] Error 1
worked for me |
#define hal_init LMICHAL_init |
on lmic_project_config.h put #define hal_init LMICHAL_init |
I was reluctant to change this piecemeal. There are dozens of other |
This is a breaking change -- an export used by one of the examples needed to change name. So updated the version to 5.0.0-pre1. Will merge to head after regression tests complete. |
I recently updated the arduino-esp32 to version 2.0 and when compiling the program
Seems like the new version of arduino-esp32 (2.0) will not be compatible with arduino-lmic because of the same definition of a function.
Since ESP32 is quite a popular platform and making LMIC and ESP32 not able to work together is sad news, will it be possible for arduino-lmic to add an option, e.g. #DEFINE_USE_ESP32, to alter the naming of the function so there will be no multiple definition?
The old version of arduino-esp32 (1.6) works with arduino-lmic
The text was updated successfully, but these errors were encountered: