Loading...
 

SW4STM32 and SW4Linux fully supports the STM32MP1 asymmetric multicore Cortex/A7+M4 MPUs

   With System Workbench for Linux, Embedded Linux on the STM32MP1 family of MPUs from ST was never as simple to build and maintain, even for newcomers in the Linux world. And, if you install System Workbench for Linux in System Workbench for STM32 you can seamlessly develop and debug asymmetric applications running partly on Linux, partly on the Cortex-M4.
You can get more information from the ac6-tools website and download (registration required) various documents highlighting:

System Workbench for STM32

Forum List Topic List

[ prev topic ]  

"sh: C:\Program: No such file or directory" revisited...

Posted by anotherstevest on 2015-07-21 22:14

Greetings,

This is related to a fresh 64bit install (attempt...) on 64bit Windows 7, with 64bit JVM installed.

I haven’t gotten a good installation yet. Any attempt to build anything, no matter how simple, leads to:

make all
sh: C:\Program: No such file or directory
make: *** startup/startup_stm32f427x.o Error 127

- I’ve repeated a clean install and followed the “Getting Started” guidance to the letter with no change in symptoms.
- I’ve gone back and read all the forum entries. This issue was discussed a few times a while back. Past solutions have included removing spaces from installation and workspace paths (I don’t have any), removing special characters from installation and workspace paths (I don’t have any) and some reference was made to “don’t know what it was but the problem went away” (I don’t know what to do with that info...).
- I’ve recursively grep’d both my workspace directory and ac6 directory for ‘C:\Program’ and the only place is shows up is in the error logs (which say the same as above).

I need new ideas on how to find the problem(s) in my installation. All are appreciated!

Thanks,

Steve.

Reads: 17071
Link
Posted by anotherstevest on 2015-07-21 22:44

SOLVED.

I had git installed on my windows platform. Git has an sh.exe. The path to git’s sh.exe was through C:\Program Files (x86)... This was determined by opening a command prompt and running “where sh”. Thanks to: https://github.com/STAT545-UBC/Discussion/issues/54Question for pointing me in the right direction. Uninstalling git fixed the problem. Presumably, I can reinstall git on a path with no spaces... Interestingly, after uninstalling git, “where sh” results in a “could not find...” which presumably means that Openstm32/eclipse searches the path before going to a copy that’s not on the path...

I’d like to reinstall git in it’s default location but apparently that’s not going to work...

Steve.

Link

Posted by anotherstevest on 2015-08-06 19:14

Windows Git followup:
I’ve reinstalled Git for Windows. I installed it in C:\Git, I kept the previous install option (not the default) for setting the path so that windows command line will run all the Git and Unix-like tools (which may have been one of the enablers of my previous troubles).

System Workbench still works fine. :-)

Steve.

Link
Posted by AndyFraser on 2016-08-17 17:42

You could just add double quotes around the git entry in the PATH environmental variable.
i.e. “C:\Program Files (x86)\Git\bin”

Saves uninstalling it then re-installing it.

Andy

Link