Skip to content
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

project build error #10

Closed
hardikharpal opened this issue Sep 13, 2016 · 10 comments
Closed

project build error #10

hardikharpal opened this issue Sep 13, 2016 · 10 comments
Labels
Status: Opened Issue is new

Comments

@hardikharpal
Copy link

image

@igrr
Copy link
Member

igrr commented Sep 14, 2016

Can you please do
cat /c/ESP/esp-idf/tools/kconfig/zconf.gperf
and
make V=1
and post the output?

@hardikharpal
Copy link
Author

img1
img2

@projectgus
Copy link
Contributor

Hi @hardikharpal ,

This looks very similar to another problem we're investigating on Windows. There's something unexpected going on with some paths in MSYS.

If you move the esp-idf & template directories to /home/yourusername inside msys (in Windows this is C:\msys32\home\yourusername), then it should work. I'll let you know once we have a proper fix.

@hardikharpal
Copy link
Author

Thank you @igrr @projectgus
@projectgus I tried as you said its showing following error.As my user name contain space I had to add backslash to escape each space within path while using msys32.
cd C:/msys32/home/Hardik\ Harpal/esp-idf-template instead of
cd C:/msys32/home/Hardik Harpal/esp-idf-template

due to space in path its not working in some setups. Is it?

img3

@hardikharpal
Copy link
Author

with eclipse
esp_idf_screenshot

@projectgus
Copy link
Contributor

Thanks for working through all this and providing such comprehensive screenshots.

  • The original bug is caused if git clones the local repository with CRLF (Windows-style) line endings. The git we provide (part of MSYS2) doesn't use these by default, but many other git for Windows setups do.

There is a fix coming soon so the build system will work with CRLF line endings, but in the meantime if you re-clone with LF (Unix-style) endings then things should work. You may need to explicitly run /usr/bin/git clone in order to get the right version of git.

  • You are correct that esp-idf doesn't like spaces in paths. There isn't a lot we can do about this ("make" makes a lot of assumptions about spaces). Sorry for misleading you with the previous suggestion. I've added a note to the docs (also in the pipeline) that project & esp-idf paths should not contain spaces.

Thanks again for your help with this. The issue will be updated when the fixes reach github.

@hardikharpal
Copy link
Author

hardikharpal commented Sep 16, 2016

Thank you for detailed explanation and temporary solution for this issue.

igrr pushed a commit that referenced this issue Sep 19, 2016
igrr pushed a commit that referenced this issue Sep 19, 2016
Includes a test in test_build_system.sh to prevent regressions w/
CRLFs in text files.

Fixes Github #10
@igrr
Copy link
Member

igrr commented Sep 27, 2016

Support for CRLFs is now present in master.

@clachance
Copy link

Hi,

Is there a way to prevent mingw32 to use the current windows user to create the directory in Home? The thing is that if your windows username have space (in my case : "Christian Lachance"), it will create problems later. How can i change the folder to something without space? I tried to rename the folder to Christian_Lachance but it just make it worst.

Thanks!

Christian.

@olivierzign
Copy link

To trick mingw32.exe used the environment variable HOME to create the home dir. So change this to the new home dir location without spaces and rerun mingw32.exe.

tim-nordell-nimbelink added a commit to tim-nordell-nimbelink/esp-idf that referenced this issue Feb 28, 2019
It's possible for esp_pm_impl_isr_hook(...) to be nested due to the fact
that interrupts are nested on the ESP32.  To fix this we need to place the
acquiring of the lock into a critical section to ensure it does not get
nested on the system, otherwise the system will never release the idle
lock when this occurs and will not go into lower power states.

A sample backtrace encountering this (the code was instrumented to go into
a while(1) loop when the condition was hit to get this backtrace) from
commit d7a7a68:

    #0  leave_idle () at esp-idf/components/esp32/pm_esp32.c:444
    espressif#1  0x4008143a in esp_pm_impl_isr_hook () at esp-idf/components/esp32/pm_esp32.c:473
    espressif#2  0x40082750 in _xt_medint2 () at esp-idf/components/freertos/xtensa_vectors.S:1243
    espressif#3  0x4000bff0 in ?? ()
    espressif#4  0x40090bb0 in vTaskExitCritical (mux=0x3ffbd230) at esp-idf/components/freertos/tasks.c:4304
    espressif#5  0x40081758 in esp_pm_lock_acquire (handle=0x3ffbd218) at esp-idf/components/esp32/pm_locks.c:126
    espressif#6  0x40081399 in leave_idle () at esp-idf/components/esp32/pm_esp32.c:440
    espressif#7  0x4008143a in esp_pm_impl_isr_hook () at esp-idf/components/esp32/pm_esp32.c:473
    espressif#8  0x400826b8 in _xt_lowint1 () at esp-idf/components/freertos/xtensa_vectors.S:1154
    espressif#9  0x400d14b0 in esp_pm_impl_waiti () at esp-idf/components/esp32/pm_esp32.c:483
    espressif#10 0x400d2c77 in esp_vApplicationIdleHook () at esp-idf/components/esp32/freertos_hooks.c:63
    espressif#11 0x40091008 in prvIdleTask (pvParameters=0x0) at esp-idf/components/freertos/tasks.c:3412
    espressif#12 0x40090344 in vPortTaskWrapper (pxCode=0x40090ffc <prvIdleTask>, pvParameters=0x0) at esp-idf/components/freertos/port.c:143

Signed-off-by: Tim Nordell <[email protected]>
@espressif-bot espressif-bot added the Status: Opened Issue is new label Jul 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Opened Issue is new
Projects
None yet
Development

No branches or pull requests

6 participants