Forum Discussion
Issue in Nios Eclipse : elf not generated
- 6 years ago
I just ran into this issue and found your post while googling for a solution. For me a perfectly functional project just stopped working. The root cause is that the wslpath program (used to translate between Linux and Windows paths in WSL) seems to have changed. I took OS updates this morning so that is the only explanation I have. Your Makefile is trying to basically do this:
wslpath -m hal_bsp
I'm guessing this just used to return simply "hal_bsp" because other ways of calling wslpath still seem to return this string. Now it is the reason you see:
"wslpath: hal_bsp: No such file or directory"
in your output. I'm not sure why the Makefile tries to translate this string. To fix it, open your project Makefile and look for a line like this:
APP_LDFLAGS += -msys-lib=$(call adjust-path-mixed,$(SYS_LIB))
For me it's around line 326, but is probably a bit different for you. Change it to:
APP_LDFLAGS += -msys-lib=hal_bsp
After this your project will build again.
Hi, Magali
Have you tried below workaround ?
1.
Starting with Nios II EDS in Intel Quartus Prime Pro Edition version 19.2 and Intel Quartus Prime Standard Edition version 19.1, the Cygwin component in the Windows version of Nios II EDS has been removed and replaced with WSL. For installation instructions, refer to the Installing Windows Subsystem for Linux (WSL) on the Windows section in the Nios II Software Developer Handbook. For machines installed with McAfee Endpoint Security, the minimum requirement is Windows 10 Version 1809 (OS build 17763). If you are using a network drive for the Nios II EDS, the minimum requirement is Windows 10 Version 1903 (OS build 18362).
You may refer to page 17 of https://www.intel.com/content/dam/www/programmable/us/en/pdfs/literature/hb/nios2/n2sw_nii5v2gen2.pdf
2.
You may try to update the WSL 2 software by following below:
3.
Thanks.
Eric