- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm getting an error using Build->Library that indicates gtf-lauch is not found which results in an Error 127 while trying to later open the output file. I've verified that gtf-lauch exists and interestingly enough if I run the exact same makefile command from the NIOSII SDK shell it WORKS fine.
It's not clear to me why gtf-launch would not be detected from the Makefile but will work in the same shell that make was executed in? Here's the full details: Quartus Web Editiion 4.2SP1 NIOSII Version 1.1 ecos for NIOSII 1.1 Using NIOSII Development Kit Cyclone 1c20 "standard" FPGA image Selected Template: NIOSII Development Board and "default" packages. Then select Build->Library and I get the following output. As you can see gtf-launch was not found. [Initial output cut] ... make[1]: Entering directory `/cygdrive/c/altera/project/cyclone_1c20/sgltest_build/error/current' make[1]: Nothing to be done for `headers'. make[1]: Leaving directory `/cygdrive/c/altera/project/cyclone_1c20/sgltest_build/error/current' headers finished make -r -C hal/nios2/arch/current /cygdrive/c/altera/project/cyclone_1c20/sgltest_install/gtf-launch make[1]: Entering directory `/cygdrive/c/altera/project/cyclone_1c20/sgltest_build/hal/nios2/arch/current' make[1]: `/cygdrive/c/altera/project/cyclone_1c20/sgltest_install/gtf-launch' is up to date. make[1]: Leaving directory `/cygdrive/c/altera/project/cyclone_1c20/sgltest_build/hal/nios2/arch/current' make -r -C hal/nios2/arch/current /cygdrive/c/altera/project/cyclone_1c20/sgltest_install/include/cyg/hal/system.h make[1]: Entering directory `/cygdrive/c/altera/project/cyclone_1c20/sgltest_build/hal/nios2/arch/current' /cygdrive/c/altera/project/cyclone_1c20/sgltest_install/gtf-launch: not found /cygdrive/c/altera/project/cyclone_1c20/sgltest_install/gtf-launch --gtf=`cygpath -m /cygdrive/c/altera/kits/nios2/components/ecos/ecos-current/packages/hal/nios2/arch/current/gtf/system.h.gtf` --output-directory=`cygpath -m /cygdrive/c/altera/project/cyclone_1c20/sgltest_install/include/cyg/hal/` make[1]: *** [/cygdrive/c/altera/project/cyclone_1c20/sgltest_install/include/cyg/hal/system.h] Error 127 make[1]: Leaving directory `/cygdrive/c/altera/project/cyclone_1c20/sgltest_build/hal/nios2/arch/current' make: *** [build] Error 2 make: Leaving directory `/cygdrive/c/altera/project/cyclone_1c20/sgltest_build' As this point I verified that gtf-lauch was in the expected location: [SOPC Builder]$ ls -l total 3 -rw-r--r-- 1 Administ mkpasswd 387 Mar 21 11:13 gtf-launch drwxr-xr-x 6 Administ mkpasswd 0 Mar 21 11:13 include/ drwxr-xr-x 2 Administ mkpasswd 0 Mar 21 11:13 lib/ -rwxr-xr-x 1 Administ mkpasswd 1425 Mar 21 13:48 program_flash* /cygdrive/c/altera/project/cyclone_1c20/sgltest_install I then copied the command that had failed during the Make into the NIOSII SDK Shell and ran it. This command successfully ran and built the system.h file. I then changed directory to the .../sgltest_build directory and did a "make". It failed to run gtf-launch four more times on 4 different directories/outputs. If I ran the command that failed manually at the shell prompt, all of the associated files were built and then the makefile continued on after re-running. Using this method I was able to build the library. Tedious, but at least it works. At this point I was able to build, download, and test the example applications and they seem to work. Any thoughts as to why this will run in the shell but not the Makefile? Thanks for all your help. StefanLink Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
While the majority of people don't run into this problem, and I've never been able to reproduce it myself, you're not the first to run into this. In particular aihuazou reported this problem on this forum. In his case it was fixed by upgrading his operating system. He was previously running Windows NT.
I've tried this on the same version of Windows without problems, so I don't think it's Windows NT itself that's at fault. My guess is that the problem is something to do with drive configuration, permissions, cygwin configuration or the likes. Sorry I don't have a good answer for you, but if you get any clues as to what the problem might be - please post your findings.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks. I'm running Windows 2000 SP4 and have tried this on the local drive as well as a networked drive. Do you typically use Windows XP then?
If I find a solution, I'll post it. Anyone else encounter and solve this problem - other than an OS upgrade? Stefan- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
One other thought.
Do you think this could be related to the fact that I started with Quartus V4.0 and NIOSII V1.0 and over time have upgraded to Quartus V4.1 then V4.2 and NIOSII V1.1? I've also installed and run uClinux as well for the Altera development kit. Stefan- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I don't think it could be related to these things, since I've done very similar things myself - but I wouldn't rule anything out at the moment.
The one thing I haven't done myself is that I've never had ucLinux and eCos on the same machine, but I believe others have been able to get them to happily coexist.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I also meet this problem!
I can't build uclinux and ecos2.0! make[1]: Entering directory `/cygdrive/e/altera/kits/nios2/examples/MyProject/Redboot/redboot_build/hal/nios2/arch/current' /cygdrive/e/altera/kits/nios2/examples/MyProject/Redboot/redboot_install/gtf-launch --gtf=`cygpath -m /cygdrive/e/altera/kits/nios2/components/ecos/ecos-current/packages/hal/nios2/arch/current/gtf/system.h.gtf` --output-directory=`cygpath -m /cygdrive/e/altera/kits/nios2/examples/MyProject/Redboot/redboot_install/include/cyg/hal/` make[1]: Leaving directory `/cygdrive/e/altera/kits/nios2/examples/MyProject/Redboot/redboot_build/hal/nios2/arch/current' /cygdrive/e/altera/kits/nios2/examples/MyProject/Redboot/redboot_install/gtf-launch: not found make: Leaving directory `/cygdrive/e/altera/kits/nios2/examples/MyProject/Redboot/redboot_build'- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Starting with Quartus 4.2 already installed, I did the following:
1. Installed version 1.1 of the Nios II kit. 2. Installed version 1.3 of ucLinux. 3. Installed eCos for Nios II 1.1. I was able to succesfully build a Nios II eCos project. However I did notice that ucLinux modifies the Nios II shell path to have /usr/local/bin at the front. It may be possible that you have something installed there which is interfering with the build process (either due to an older version of ucLinux, or some other package you may have installed). To ensure this isn't the case, try editting the file kits/nios2/user.bashrc and comment out the line: export PATH="/usr/local/bin:$PATH" then restart the shell and try to run nios2configtool.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I tried once, but still won't do!
I can't build uclinux and ecos2.0!- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I suspect that the connection to ucLinux may be a red herring here. However to be sure have you tried the following:
1. uninstall eCos, ucLinux, the Nios II kit, and Quartus. 2. reinstall everything except ucLinux.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi:
there are two possiblities: one is that your PC has been affected virus , the second is that you should fixed the " make " command in the NIOS IDE to "make INSTALL_DIR=<PATH>" ,i think you success if you do so- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I also encountered this annoying "gtf-launch" problem, excactly as described by StefanLevie.
I use Quartus 5.0 and Nios 5.0 and have never installed uclinux, so uclinux cannot be the problem. Has anybody found a solution yet?- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quartus 5 Nios II 5
Windows XP Pro SP2 Mapped local Directory as Drive T: eg: C:/Project/test when I build eCos on a mapped drive (t:) I always get make[1]: Leaving directory `/cygdrive/t/Software/eCos/examples/example_build/hal/nios2/arch/current' /cygdrive/t/Software/eCos/examples/example_install/gtf-launch: not found make[1]: *** [/cygdrive/t/Software/eCos/examples/example_install/include/cyg/hal/system.h-t] Error 127 make: *** [build] Error 2 make: Leaving directory `/cygdrive/t/Software/eCos/examples/example_build' when I build it from C:/Project/test It works:- Why ? I have tryed changing permissions on the mapped drive, didn't help- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I ran into same problem,While i tried to build ecos2.0 with QuartusII 4.2 and NIOSII IDE 1.1 and also with QuatrusII 5.0 and NIOSII IDE 5.0.
Errors were like make[1]: Nothing to be done for `headers'. make[1]: Leaving directory `/cygdrive/d/Test_Ecos/ecos_build/error/v2_0' headers finished make -r -C hal/nios2/arch/v2_0 /cygdrive/d/Test_Ecos/ecos_install/gtf-launch make[1]: Entering directory `/cygdrive/d/Test_Ecos/ecos_build/hal/nios2/arch/v2_0' /cygdrive/d/Test_Ecos/ecos_install/gtf-launch: not found make[1]: `/cygdrive/d/Test_Ecos/ecos_install/gtf-launch' is up to date. make[1]: *** [/cygdrive/d/Test_Ecos/ecos_install/include/cyg/hal/system.h] Error 127 make[1]: Leaving directory `/cygdrive/d/Test_Ecos/ecos_build/hal/nios2/arch/v2_0' make: *** [build] Error 2 Eventually i found the reason for eCos build tools behaving strange and solution for the same. Below is the way i solved my problem The above errors are showing up only when I try to built eCos on the Hard Drive having FAT32 Partion. This time around I have converted my Hard Drive's Partion from FAT32 to NTFS. And eCos Tree build was successful. This means if anyone tries to build eCos on a Hard Drive having FAT32 File System, faces the problem. Conclusion: eCos Installation package provided by altera, is not able to build eCos Tree on Hard Drives which are having FAT32 Partions. The suggestion is if someone can modify eCos package such that eCos tools works on the Hard Drives having FAT32 partion than it will be good. I hope this helps!!- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hmmmm, I can say that my working system is NTFS (WinXP) and non working system is FAT32 (Win2000). It seems odd that more people wouldn't have this problem if all FAT32 doesn't work.
Does anybody have this problem with a NTFS drive? Previous anecdotal evidence implies OS upgrades, etc. have solved the problem although NTFS information is not available. Depending on sls's exact steps, it's not clear to me whether the act of reloading everything from scratch or switching to NTFS solved the problem, but either way it solved the problem. sls - Did you use a FAT32 to NTFS conversion program or reload from scratch on NTFS system? Monkeyboy - Any thoughts? Can you say for sure whether you tested FAT32 in your setups? Certainly converting to NTFS or using NTFS if you are reloading everything from scratch seems like a recomended step to try at this time. Remember to backup critical files before you convert and other standard disclaimer stuff. I'll try converting my FAT32 system to NTFS and report back, although it might be a while. Stefan- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
TO_BE_DONE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I had the same problem using NIOS 5.0 on a FAT32 volume on WinXP Prof.
After changing the "hal_nios2.cdl" I got another compiling problem: nios2-elf-gcc -Wa,-gdwarf2 -Wp,-MD,vectors.tmp -I/cygdrive/f/alt_projects/nios_swe/ecos_install/include -I/cygdrive/f/altera/kits/nios2/components/ecos/ecos-current/packages/hal/nios2/arch/current -I/cygdrive/f/altera/kits/nios2/components/ecos/ecos-current/packages/hal/nios2/arch/current/src -I/cygdrive/f/altera/kits/nios2/components/ecos/ecos-current/packages/hal/nios2/arch/current/tests -I. -finline-limit=7000 -g -O3 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -DSYSTEM_BUS_WIDTH=32 -mno-hw-mul -mno-hw-div -c -o /cygdrive/f/alt_projects/nios_swe/ecos_install/lib/vectors.o /cygdrive/f/altera/kits/nios2/components/ecos/ecos-current/packages/hal/nios2/arch/current/src/vectors.S cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C make[1]: Leaving directory `/cygdrive/f/alt_projects/nios_swe/ecos_build/hal/nios2/arch/current' Syntax error: Unterminated quoted string make: Leaving directory `/cygdrive/f/alt_projects/nios_swe/ecos_build' make[1]: *** [/cygdrive/f/alt_projects/nios_swe/ecos_install/lib/vectors.o] Error 2 make: *** [build] Error 2 I have reformatted my volume to NTFS and it works fine now!- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I upgraded to Quartus 5.0 (and NIOS, ecos) AND converted my FAT32 drive to NTFS and can report success. No build issues like I was having previously.
Unfortunately, I forgot to test building after installing 5.0 and before converting to NTFS. In any event, I'm NTFS now and running fine. Stefan- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I meet this probelem too , and my solution is :
open the gtf-launch file ,then delete the first blank character of the first line , then save the file; I don't know why? ,maybe somebody can explain it.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
--- Quote Start --- originally posted by jim_xie@Oct 27 2005, 01:44 AM i meet this probelem too , and my solution is :
open the gtf-launch file ,then delete the first blank character of the first line , then save the file;
i don't know why? ,maybe somebody can explain it.
<div align='right'><{post_snapback}> (index.php?act=findpost&pid=10618)
--- quote end ---
--- Quote End --- -Previously installed uClinux -Have FAT32 Win2k -Quartus 5.0 It did it ,.! Thanks http://forum.niosforum.com/work2/style_emoticons/<#EMO_DIR#>/smile.gif Joel
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I also had the same Issue, And I did the same thing as mentioned below from jim_xie. That worked.. Thanx man!!
--- Quote Start --- originally posted by jim_xie@Oct 27 2005, 02:44 PM i meet this probelem too , and my solution is :open the gtf-launch file ,then delete the first blank character of the first line , then save the file;
i don't know why? ,maybe somebody can explain it.
<div align='right'><{post_snapback}> (index.php?act=findpost&pid=10618)
--- quote end ---
--- Quote End ---
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
After that I tried generating the libs again after formatting one of my harddisk drives to NTFS, its working correctly. No problems related to gtf_launch
akhchand
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page