-
Notifications
You must be signed in to change notification settings - Fork 22
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
Enabling ULWIPDEBUG
[or LWIP_DEBUG
] breaks compilation
#49
Comments
Did you try this ? esp82xx-nonos-linklayer/glue/gluedebug.h Line 18 in 7421258
|
I changed that to a 1 on a clean builder (this) repo, I am getting a similar but different expansion error regarding that definition. Thanks for pointing me to the right debugging definitions file. Just the first module's error:
(Compilation does succeed when the repo is clean) UPDATE: |
@d-a-v Thanks for your nudge in the right direction. So that expansion error is still persisting actually (as compiled with the modifications as mentioned in my previous UPDATE). Here
The struct esp82xx-nonos-linklayer/glue/doprint.c Line 45 in 7421258
When removed, it successfully compiles. The reason this compilation error occurs is because esp-missing.h includes ipv4_addr.h . The header file ipv4_addr.h includes lwip/init.h before it ever defines the struct ipv4_addr , and a header dependency (within the tree) of lwip/init.h turns out to be user_interface.h which tries to include ipv4_addr.h . As a result the struct ipv4_addr (technically preprocessor variable) never gets defined until after its used in user_interface.h
Since I am currently unable to compile anything else, I do not know the ramifications of removing Any more guidance would be appreciated for resolving the expansion errors. |
Something was indeed missing in xtensa-gcc-10.2 |
@d-a-v That definitely did the trick regarding the expansion error, and ONLY with that one modification I mentioned (removing Thank you very much, for your help so far. I'm willing to help you resolve this last issue I'm experiencing. UPDATE: I am also able to successfully compile by removing
So that might be an alternative fix, instead of removing the esp-missing.h include from doprint.c .
|
Are you using this repo with esp8266 Arduino or with another project ? |
@d-a-v I am doing this with |
I could reproduce. |
You also need to update the lines following these to enable what's needed for your investigations (then |
Awesome, it works! I should have payed more attention to the |
I'll close this issue after fix with |
@d-a-v I found another compilation issue caused by enabling
Possible patch 1 for esp8266. EDIT: this wouldn't work persistently for the glue because Hopefully I don't keep finding issues. I'd rather not bother with creating a fork since I'm not doing any serious work. |
LWIP_DEBUG
breaks compilationULWIPDEBUG
[or LWIP_DEBUG
] breaks compilation
Your patch1 would have to go into |
Putting
#define LWIP_DEBUG 1
inglue-lwip/arduino/lwipopts.h
breaks compilation when doingmake
in ...tools/sdk/lwip2
of esp8266:I've tried a couple things... e.g. changing
LWIP_NO_INTTYPES_H
above theU32_F
(and etc.) definitions to1
did not fix the problem.U32_F
is not the only problem.I am not certain if enabling it there is the recommended place (thought it was okay based on this.
Here is the patch
git diff > lwipdebug.patch
: lwipdebug.txtThe text was updated successfully, but these errors were encountered: