CC3200 - ti_rtos_config build error in CCSv6

Here is a snap shot of my build setup:

Hi Stevan,

     The problem discussed in this post below is similar to yours. See, if some details in this post below might help you in any way.

     ti_rtos_config build failures - wlan_station example from Getting Started Guide

- kel

Hi kel,

Thanks for your response.

No luck with that either. I tried yesterday. 

Hi Stevan,

Hope you have followed all recommended solutions from above link mentioned by Kel.

Could you tell us exact steps you have followed to resolve this.

Let me re-iterate the possible solutions here for your reference- 

• remove the Cygwin path from 'windows environment variables'
• uninstall and re-install TI-RTOS add-on (help->about code composer studio->installation details->TI-RTOS for Simplelink )
• Don't copy any library to ccs workspace while importing it to CCS IDE
• re-installation of CCS in worst case (disable antivirus during installation)

Regards,

Jitendra

Hi Jitendra,

Thank you for your proposed solutions. Unfortunately none have worked. 

- remove the Cygwin path from 'windows environment variables'  -> Not present in variables, so OK.

- uninstall and re-install TI-RTOS add-on (help->about code composer studio->installation details->TI-RTOS for Simplelink ) -> Didnt work

- Don't copy any library to ccs workspace while importing it to CCS IDE -> OK, still didnt work.

- re-installation of CCS in worst case (disable antivirus during installation) -> Reinstalled and followed the video on TI's youtube channel regarding CC3200 Project 0 in CCS    https://www.youtube.com/watch?v=0Wyd6KAPAr0 

I still get the same error trying to buil ti_rtos_config.

The only difference between what I have and the video tutorial is that I am running windows 8.1 (recommended is winXP or win7). I have a pcwith windows 7 and it works just fine, but its not my primary pc that i use.

Any further help is appreciated.

Stevan.

Hi Stevan,

     Do you have Yagarto toolchain installed?

- kel

Hi Markel,

The Yagarto toolchain is dead since 2011, so it would be wise to not reccomend it anymore. Instead, you can suggest this one: https://launchpad.net/gcc-arm-embedded managed by ARM people. Also a Linaro none-eabi would be good.

Petrei

@Petrei,

   I am just asking if he has Yagarto Installed. I am not recommending that he install it.

   I have seen a post at CCS forum that Yagarto toolchain installation, caused problem in ti_rtos_config building. That is why I asked if he "have Yagarto toolchain installed".

   I forgot to put more details at my earlier reply.

- kel

Hi Kel,

No I don't have Yagarto installed.

Stevan

Hi,

   See, if the details in the post below, may help you solve your ti_rtos_config build problem.

CCSv6 fails to build ti_rtos_config (wlan_station project) - bad install?

CC3200 Compiling issue

- kel

Stevan Preradovic said:

I tried on my old WinXP machine the exact same installation steps and it works but on the Win8 machine it doesnt.

Is your Win8 version installed using 64bit? An 64bit version can’t address 16bit (nor 8bit), if the tools using a part with 16bit addressing it will not functioning properly.

Hi Leo,
Yeah it is 64 bit. So basically what yur saying is that CCS does not support 64bit Win8.1 and I should only work with 32bit Win8. Right?

I can’t say that for sure, and think that CCS himself will be fully compatible to 64-bit. But in this special case – TI-RTOS – it’s possible it calls (old) pieces of software how are using specific 16 or 8-bit operations which gives a wrong result in a 64-bit environment.

If you are able to try the same on a Win8 32-bit and there it works, then I’m sure.

And in my opinion using a 64-bit environment for this kind of work is wasting speed and memory.

I think it's TI's job is to debug their own tool. I really dont have time to do that.
Im not getting into it with you why Im using this type of environment (although I agree with yur statement but more and more pc's are 64bit so u wuld expect tools to work for them). For now I will just use my older laptop with WinXP on it. Thanks Leo.

Stevan

Stevan Preradovic said:

more and more pc's are 64bit

No, you can select (ones) 32 or 64-bit depending on your needs. If you are doing a lot of statically calculations or want to calculate the distance to the sun in um the 64-bit is perfect, but otherwise keep feet’s onto the ground.

Last comment is unrelated to my problem.

TI has not specified anything regarding 32/64b on their systems requirement wiki page for CCS below:
http://processors.wiki.ti.com/index.php/System_Requirements

Or the youtube video for CC3200 using CCS v6 Project 0.

the only different thing I do in that video is that I use Win8 and not WinXP or Win7. When using WinXP it worked.

It would be good to hear from someone who has been able to complete this project 0 using 64b Win8.1.

Stevan

Hi,

Stevan Preradovic said:

It would be good to hear from someone who has been able to complete this project 0 using 64b Win8.1.

   See, this post below. Besides this post below, search at CCS forum, for other related post.

Windows 8 Installation / update FAQ and problem resolution

- kel

Still no luck. Ive tried running CCS in compatability mode for WinXP (SP3) and that didnt help.

Stevan

Hi Stevan,

    I am out of ideas.

    To isolate that the problem is caused by some setting at your Windows 8 PC, try building and running CC3200 SDK example programs at a different Windows 8 PC.

- kel

Im out of ideas as well. 
Ive reinstalled ccs at least 3 times so far. Unfortunately I dont have another win 8 pc at my disposal. 

Stevan

Hi Stevan,

On same setup are any non-os or Free-RTOS examples building?

One reason for your problem might be Cygwin installation path, if you have installed individual Cygwin on your PC then try to rename that folder and remove that from windows env path while building CCS TI-RTOS project.

Regards,

Jitendra

Hi Stevan,

Did you try Jitendra's suggestion? Are you still facing the issue?

Best regards,

Naveen

Hi Naveen and Jitendra,

Yeah Im still having issues building projects. I tried building blinky project. On XP no problems but I cant build on win8.1.

I dont have the Cygwin in my env. variables either.

Stevan

I think this problem only happens at Windows 8.x.

I am using Windows 7 64-bit and I don't encounter this problem.

- kel

Hi Kel,

Yeah, unfortunetley I dont have another win8.1 machine to test that hypothesis though.

the error in the blinky project console is below:

**** Build of configuration Release for project blinky ****

"c:\\ti\\ccsv6\\utils\\bin\\gmake" -k all
'Building file: C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common/gpio_if.c'
'Invoking: ARM Compiler'
"c:/ti/ccsv6/tools/compiler/arm_5.1.6/bin/armcl" -mv7M4 --code_state=16 --float_support=fpalib --abi=eabi -me -Ooff --include_path="c:/ti/ccsv6/tools/compiler/arm_5.1.6/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/driverlib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/inc" -g --gcc --define=ccs --define=NON_NETWORK --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off --preproc_with_compile --preproc_dependency="gpio_if.pp" "C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common/gpio_if.c"
'Finished building: C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common/gpio_if.c'
' '
'Building file: ../main.c'
'Invoking: ARM Compiler'
"c:/ti/ccsv6/tools/compiler/arm_5.1.6/bin/armcl" -mv7M4 --code_state=16 --float_support=fpalib --abi=eabi -me -Ooff --include_path="c:/ti/ccsv6/tools/compiler/arm_5.1.6/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/driverlib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/inc" -g --gcc --define=ccs --define=NON_NETWORK --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off --preproc_with_compile --preproc_dependency="main.pp" "../main.c"
'Finished building: ../main.c'
' '
'Building file: ../pinmux.c'
'Invoking: ARM Compiler'
"c:/ti/ccsv6/tools/compiler/arm_5.1.6/bin/armcl" -mv7M4 --code_state=16 --float_support=fpalib --abi=eabi -me -Ooff --include_path="c:/ti/ccsv6/tools/compiler/arm_5.1.6/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/driverlib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/inc" -g --gcc --define=ccs --define=NON_NETWORK --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off --preproc_with_compile --preproc_dependency="pinmux.pp" "../pinmux.c"
'Finished building: ../pinmux.c'
' '
'Building file: C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common/startup_ccs.c'
'Invoking: ARM Compiler'
"c:/ti/ccsv6/tools/compiler/arm_5.1.6/bin/armcl" -mv7M4 --code_state=16 --float_support=fpalib --abi=eabi -me -Ooff --include_path="c:/ti/ccsv6/tools/compiler/arm_5.1.6/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/driverlib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/inc" -g --gcc --define=ccs --define=NON_NETWORK --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off --preproc_with_compile --preproc_dependency="startup_ccs.pp" "C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common/startup_ccs.c"
'Finished building: C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common/startup_ccs.c'
' '
'Building target: blinky.out'
'Invoking: ARM Linker'
"c:/ti/ccsv6/tools/compiler/arm_5.1.6/bin/armcl" -mv7M4 --code_state=16 --float_support=fpalib --abi=eabi -me -Ooff -g --gcc --define=ccs --define=NON_NETWORK --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off -z -m"blinky.map" --heap_size=0x800 --stack_size=0x800 -i"c:/ti/ccsv6/tools/compiler/arm_5.1.6/lib" -i"C:/ti/CC3200SDK_1.0.0/cc3200-sdk/driverlib/ccs/Release" -i"c:/ti/ccsv6/tools/compiler/arm_5.1.6/include" --reread_libs --warn_sections --display_error_number --diag_wrap=off --xml_link_info="blinky_linkInfo.xml" --rom_model -o "blinky.out" "./gpio_if.obj" "./main.obj" "./pinmux.obj" "./startup_ccs.obj" "../cc3200v1p32.cmd" -l"libc.a" -ldriverlib.a
<Linking>
warning #10366-D: automatic library build: using library "c:\ti\ccsv6\tools\compiler\arm_5.1.6\lib\rtsv7M4_T_le_eabi.lib" for the first time, so it must be built. This may take a few minutes.
0 [main] sh 15392 sync_with_child: child 15408(0x24C) died before initialization with status code 0xC0000142
22 [main] sh 15392 sync_with_child: *** child state waiting for longjmp
C:/Users/Stevan/AppData/Local/Temp/make13524-1.sh: fork: Resource temporarily unavailable
gmake.exe[1]: *** [library] Error 128
>> ERROR: mklib: gmake error during rtsv7M4_T_le_eabi.lib build
warning #10207-D: automatic RTS selection: resolving index library "libc.a" to "c:\ti\ccsv6\tools\compiler\arm_5.1.6\lib\rtsv7M4_T_le_eabi.lib", but "c:\ti\ccsv6\tools\compiler\arm_5.1.6\lib\rtsv7M4_T_le_eabi.lib" was not found
warning #10062-D: entry-point symbol "_c_int00" undefined

undefined first referenced
symbol in file
--------- ----------------
__STACK_END ./startup_ccs.obj

error #10234-D: unresolved symbols remain
warning #10202-D: no suitable entry-point found; setting to 0
error #10010: errors encountered during linking; "blinky.out" not built

>> Compilation failure
gmake: *** [blinky.out] Error 1
gmake: Target `all' not remade because of errors.

**** Build Finished ****

Stevan

See the following thread that has the corresponding 0xc0000142 error with following sync_with_child etc. errors on Win8.1/x64: 

http://e2e.ti.com/support/wireless_connectivity/f/968/p/369674/1301050.aspx#1301050

Note that the issue is not caused by Yagarto or Cygwin environment variables; rather, it caused when the Windows PATH environment variable.contains the Yagarto or Cygwin toolchain. If you have a long PATH, it can be hard to "find" a matching path entry - you can open a command prompt, type PATH <return>, paste the results into Notepad, and search for Yagarto and Cygwin to see if they are hidden-away in a long PATH statement.

If you don't have either toolchain in your path, you can try running the following commands from an elevated ("Run as Administrator") command prompt to "fix" the 0xc0000142 error (this is a generic fix for the 0xc0000142 error under Windows 8):

Dism /Online /Cleanup-Image /RestoreHealth <return>
sfc /scannow  <return>

Hi Jim,

Thank u for ur suggestion. I checked the path variable (see below) and I dont have either tool chains installed. I also did the commands in command prompt, both passed successfully with no errors but still getting the same problem.

So right now Im stuck and I dont have any other idea. Im just not going to use CCSv6 on win8.1/x64. Ive spend a lot of time on this. Could have done a whole lot of coding. I hope TI addresses this in some version down the track. 

PATH variable

C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\ProgramData\Oracle\Java\javapath;C:\WinAVR-20100110\bin;C:\WinAVR-20100110\utils\bin;C:\Program Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS Client\;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files\Intel\Intel(R) Management Engine Components\IPT;C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT;C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x86;C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x64;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\;C:\Program Files (x86)\Windows Live\Shared;C:\Program Files\OpenVPN\bin

Stevan

Stevan -

One last suggestion - note that the link I posted earlier noted that the CygWin make.exe was being picked up by CCS from the path, which is the same problem I ran into with Yagarto - and I see that you have OpenCL tools in the PATH you posted. Possibly the same generic problem exists with OpenCL in the PATH (picking up the wrong MAKE.EXE)?

You might try saving your current path setting "off someplace" (notepad file or your earlier post to this forum will do) and creating a new PATH without any OpenCL references, restarting CCS to it picks up the new PATH, and see if the CCS build problem still occurs. You can always restore OpenCL to your Win8 PATH from the notepad file.

If that "fixes your build", there are workarounds so you can keep OpenCL in your system PATH and still have a working CCS build - I will post here if you have success building ti_rtos without OpenCL in your PATH.

Hi Jim,

Once again thank you for your suggestion. I did exactly what you wrote but with no luck. I still get the same error.

Stevan

Hi Jim,

Jim u were right! This fixed blinky! I managed to build it. So removing WINAVR def helped. Thank you very much.

However the problem with ti_rtos_config build is failing and this time I get a different error. Havent seen this one before.

**** Build of configuration Default for project ti_rtos_config ****

"c:\\ti\\ccsv6\\utils\\bin\\gmake" -k all
'Building target: configPkg/linker.cmd'
'Invoking: XDCtools'
"c:/ti/xdctools_3_30_04_52_core/xs" --xdcpath="c:/ti/tirtos_simplelink_2_01_00_03/packages;c:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages;c:/ti/tirtos_simplelink_2_01_00_03/products/uia_2_00_01_34/packages;c:/ti/ccsv6/ccs_base;" xdc.tools.configuro -o configPkg -t ti.targets.arm.elf.M4 -p ti.platforms.simplelink:CC3200 -r release -c "c:/ti/ccsv6/tools/compiler/arm_5.1.8" C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/app.cfg
making package.mak (because of package.bld) ...
generating interfaces for package configPkg (because package/package.xdc.inc is older than package.xdc) ...
configuring app.xem4 from package/cfg/app_pem4.cfg ...
generating custom ti.sysbios library makefile ...
Starting build of library sources ...
making C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/src/sysbios/sysbios.aem4 ...
gmake[1]: Entering directory `C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/src/sysbios'
clem4 C:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages/ti/sysbios/BIOS.c ...
asmem4 C:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages/ti/sysbios/family/arm/m3/Clobber_asm.sv7M ...
asmem4 C:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages/ti/sysbios/family/arm/m3/IntrinsicsSupport_asm.sv7M ...
1 [main] ? (5996) c:\ti\xdctools_3_30_04_52_core\bin\sh.exe: *** fatal error - couldn't allocate heap, Win32 error 487, base 0x23E0000, top 0x23F0000, reserve_size 61440, allocsize 65536, page_const 4096

Any ideas?

My PATH variable is

C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\ProgramData\Oracle\Java\javapath;C:\Program Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS Client\;

Stevan

I left out something from the console. Here is the updated

**** Build of configuration Default for project ti_rtos_config ****

"c:\\ti\\ccsv6\\utils\\bin\\gmake" -k all
'Building target: configPkg/linker.cmd'
'Invoking: XDCtools'
"c:/ti/xdctools_3_30_04_52_core/xs" --xdcpath="c:/ti/tirtos_simplelink_2_01_00_03/packages;c:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages;c:/ti/tirtos_simplelink_2_01_00_03/products/uia_2_00_01_34/packages;c:/ti/ccsv6/ccs_base;" xdc.tools.configuro -o configPkg -t ti.targets.arm.elf.M4 -p ti.platforms.simplelink:CC3200 -r release -c "c:/ti/ccsv6/tools/compiler/arm_5.1.8" C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/app.cfg
making package.mak (because of package.bld) ...
generating interfaces for package configPkg (because package/package.xdc.inc is older than package.xdc) ...
configuring app.xem4 from package/cfg/app_pem4.cfg ...
generating custom ti.sysbios library makefile ...
Starting build of library sources ...
making C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/src/sysbios/sysbios.aem4 ...
gmake[1]: Entering directory `C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/src/sysbios'
clem4 C:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages/ti/sysbios/BIOS.c ...
asmem4 C:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages/ti/sysbios/family/arm/m3/Clobber_asm.sv7M ...
asmem4 C:/ti/tirtos_simplelink_2_01_00_03/products/bios_6_40_03_39/packages/ti/sysbios/family/arm/m3/IntrinsicsSupport_asm.sv7M ...
1 [main] ? (5996) c:\ti\xdctools_3_30_04_52_core\bin\sh.exe: *** fatal error - couldn't allocate heap, Win32 error 487, base 0x23E0000, top 0x23F0000, reserve_size 61440, allocsize 65536, page_const 4096

**** Build of configuration Default for project ti_rtos_config ****

!CommandLauncher.error.commandCanceled!
Error: Program "c:/ti/ccsv6/utils/bin/gmake" is not found in PATH

PATH=[C:\ti\ccsv6\ccs_base\common\bin;C:\ti\ccsv6\ccs_base\common\uscif;C:\ti\ccsv6\ccs_base\DebugServer\license;C:/ti/ccsv6/eclipse/jre/bin/client;C:/ti/ccsv6/eclipse/jre/bin;C:/ti/ccsv6/eclipse/jre/lib/i386;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\ProgramData\Oracle\Java\javapath;C:\Program Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS Client\;;C:\ti\ccsv6\eclipse;]

**** Build Finished ****

Seems like I need to add c:/ti/ccsv6/utils/bin/gmake to PATH, right?

Stevan -

No, CCS doesn't require any *\CCS\* entries in the Win8 system PATH (as opposed to the private copy of the environment owned by CCS).  The very first line that you pasted above shows that gmake is being successfully invoked.

It appears sh.exe is failing due to a lack of resources - I suggest you reboot your system and try try to rebuild simplelink and ti_rtos. If that doesn't succeed, try exiting CCS, and launching it using "Run as Administrator" and try to rebuild again.  

If that doesn't work,  temporarily disable your anti-virus software, relaunch CCS, and try again.

If THAT doesn't work, remove any and all development-related paths from your system PATH and... try again.

Jim,

Thank you for your continued support! I really really appreciate it.

I have found the problem. I had CCS running in compatability mode for WinXP SP3 and that was causing this latest problem with the sh.exe (I must've tried that a few weeks back and forgot about it when I was getting the initial build issue). Once I removed that the ti_rtos_config built. simplelink, oslib, driverlib also built however wlan_station is not building and reporting a error. See below.

**** Build of configuration Release for project wlan_station ****

"c:\\ti\\ccsv6\\utils\\bin\\gmake" -k all
'Building file: ../main.c'
'Invoking: ARM Compiler'
"c:/ti/ccsv6/tools/compiler/arm_5.1.8/bin/armcl" -mv7M4 --abi=eabi -me --include_path="c:/ti/ccsv6/tools/compiler/arm_5.1.8/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/simplelink/" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/simplelink/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/simplelink/source" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/oslib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/driverlib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/inc" -g --define=ccs --define=USE_TIRTOS --define=SL_PLATFORM_MULTI_THREADED --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off --preproc_with_compile --preproc_dependency="main.pp" --cmd_file="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/ccs/Default/configPkg/compiler.opt" "../main.c"
'Finished building: ../main.c'
' '
'Building file: ../pinmux.c'
'Invoking: ARM Compiler'
"c:/ti/ccsv6/tools/compiler/arm_5.1.8/bin/armcl" -mv7M4 --abi=eabi -me --include_path="c:/ti/ccsv6/tools/compiler/arm_5.1.8/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/simplelink/" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/simplelink/include" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/simplelink/source" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/common" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/oslib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/driverlib" --include_path="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/inc" -g --define=ccs --define=USE_TIRTOS --define=SL_PLATFORM_MULTI_THREADED --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off --preproc_with_compile --preproc_dependency="pinmux.pp" --cmd_file="C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/ccs/Default/configPkg/compiler.opt" "../pinmux.c"
'Finished building: ../pinmux.c'
' '
'Building target: wlan_station.out'
'Invoking: ARM Linker'
"c:/ti/ccsv6/tools/compiler/arm_5.1.8/bin/armcl" -mv7M4 --abi=eabi -me -g --define=ccs --define=USE_TIRTOS --define=SL_PLATFORM_MULTI_THREADED --define=cc3200 --display_error_number --diag_warning=225 --diag_wrap=off -z -m"wlan_station.map" --heap_size=0x800 --stack_size=0x800 -i"c:/ti/ccsv6/tools/compiler/arm_5.1.8/lib" -i"c:/ti/ccsv6/tools/compiler/arm_5.1.8/include" --reread_libs --warn_sections --display_error_number --diag_wrap=off --xml_link_info="wlan_station_linkInfo.xml" --rom_model -l"C:/ti/CC3200SDK_1.0.0/cc3200-sdk/ti_rtos/ti_rtos_config/ccs/Default/configPkg/linker.cmd" -o "wlan_station.out" "./main.obj" "./pinmux.obj" "../cc3200v1p32.cmd" -l"libc.a" -l"C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/getting_started_with_wlan_station/ccs//../../../driverlib/ccs/Release/driverlib.a" -l"C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/getting_started_with_wlan_station/ccs//../../../simplelink/ccs/OS/simplelink.a" -l"C:/ti/CC3200SDK_1.0.0/cc3200-sdk/example/getting_started_with_wlan_station/ccs//../../../oslib/ccs/ti_rtos/ti_rtos.a"
<Linking>

undefined first referenced
symbol in file
--------- ----------------
GPIO_IF_LedConfigure ./main.obj
GPIO_IF_LedOff ./main.obj
GPIO_IF_LedOn ./main.obj
InitTerm ./main.obj
Report ./main.obj

error #10234-D: unresolved symbols remain
error #10010: errors encountered during linking; "wlan_station.out" not built

>> Compilation failure
gmake: *** [wlan_station.out] Error 1
gmake: Target `all' not remade because of errors.

**** Build Finished ****

Hi Stevan,

     The details of this post up to now that the problem is solved is "epic".

     Anyway, great to know that you already made it to work.

- kel

Welcome, Stevan -

I know that getting your environment up-and-running can be problematic - I discovered the Yagarto toolchain had the same PATH problem as Cygwin -  and thanks to you, we now know that the same problem exists with WinAVR.

TI, 

Please include mentions of Yagarto and WinAVR @

http://processors.wiki.ti.com/index.php/Mklib#MKS_or_Cygwin_tools_in_your_path 

Hi Jim,

Definetely confirmed WinAVR is problematic.

So I want to use WinAVR in the future but I cant have the WinAVR toolchain in the PATH variable, what do I do?

Stevan -

One thing you can try is to create a .bat or .cmd file that launches CCS with a PATH that has WinAVR removed:

@echo off
REM =================================================================================
REM Set TI_PATH below to the path to the root (TI) folder of your CCS installation
REM =================================================================================
SET CCS_PATH=C:\ti
SET PATH=%WINDIR%;%WINDIR%\SYSTEM32
cd %CCS_PATH%\ccsv6\eclipse
ccstudio.exe
exit

Once CCS is launched, child processes will inherit the PATH from the bat file, rather than the global Windows environment, eliminating the problem. When I ran into the issue with Yagarto I tried this approach, and it seemed to work without issue.  I haven't used it in a month or two (I reinstalled CCS and upgraded the CC3200 SDK, and got rid of Yagarto, since I'm not making extensions for .Net MF any more) but the technique should still work.

The other approach you might try is to alter the PATH value in your projects' Properties\Build\Variables (check Show system variables to display that variable) to remove the offending paths from the CCS copy of the Windows system PATH. I haven't used this technique myself.

Hi kel,

I am also getting the same problem in win 8.1.
Is there any solution you might have found???

Please do needful

Thanking you,

Aadil Hussain

This fixed all my issues too! Thanks!!