Author Topic: Codeblocks using AVR-Toolchain supplied with AVR STudio 5.0  (Read 8172 times)

Offline drnicolas

  • Multiple posting newcomer
  • *
  • Posts: 11
Codeblocks using AVR-Toolchain supplied with AVR STudio 5.0
« on: April 30, 2011, 02:47:27 pm »
I am quite new to Codeblocks.
On my computer, WinAVR has gone and has been replaced by the brand-new AVR Studio 5.0 (beta?)

The directory-path for the toolchain is as follows:
C:\Elektronik\Atmel\AVR Studio 5.0\extensions\Application\AVR Toolchain\avr

Using this the build process stops immediately with a message
"gcc.exe: CreateProcess: No such file or directory
Process terminated with status 1"

Changing the entry for gcc to "bin/gcc.exe" (was gcc.exe only) does not work also.
Now I get (in red color printed): Execution of 'bin/gcc.exe _complete argument_list_' in 'Z:\codeblocks\projectname' failed.
Nothing to be done.

What deos this mean ? And whta can I do to get the toolchain running again ?

 :(
 
Computer Windows7 in a domain-environment
Codeblocks 10.05

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7607
    • My Best Post
Re: Codeblocks using AVR-Toolchain supplied with AVR STudio 5.0
« Reply #1 on: April 30, 2011, 04:29:15 pm »
1. Verify the beta compiler works from the cmd prompt.

If it does not, then this is not an Code::Blocks issue.

Note: http://asf.atmel.no/bugzilla/show_bug.cgi?id=306 says it is an Compiler Issue.
But, it also says it uses Cygwin; Code::Blocks has issues using Cygwin gcc from time to time

Tim S.
« Last Edit: April 30, 2011, 04:33:19 pm by stahta01 »
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline drnicolas

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: Codeblocks using AVR-Toolchain supplied with AVR STudio 5.0
« Reply #2 on: April 30, 2011, 05:04:39 pm »
Okay, here is some output stuff when running with the -v option

gcc version 4.5.1 (AVR_8_bit_GNU_Toolchain_3.2.0_253)
COLLECT_GCC_OPTIONS='-include' 'z:\CAN-Adapter\CANUSB-Adapter\Firmware\CAN2USB-adapter.h' '-include' 'z:\CAN-Adapter\CANUSB-Adapter\Firmware\CAN2USB.h' '-DF_CPU=16000000UL' '-mmcu=at90can128' '-Wall' '-g3' '-gdwarf-2' '-fpack-struct' '-fshort-enums' '-funsigned-char' '-funsigned-bitfields' '-v' '-c' '-o' 'obj\Debug\CAN-Adapter\CANUSB-Adapter\Firmware\CAN2USB-Adapter.o'
 cc1 -quiet -v -imultilib avr51 -iprefix c:\elektronik\atmel\avr studio 5.0\extensions\application\avr toolchain\avr\bin\../lib/gcc/avr/4.5.1/ -dD -DF_CPU=16000000UL -include z:\CAN-Adapter\CANUSB-Adapter\Firmware\CAN2USB-adapter.h -include z:\CAN-Adapter\CANUSB-Adapter\Firmware\CAN2USB.h ..\..\CAN-Adapter\CANUSB-Adapter\Firmware\CAN2USB-Adapter.c -quiet -dumpbase CAN2USB-Adapter.c -mmcu=at90can128 -auxbase-strip obj\Debug\CAN-Adapter\CANUSB-Adapter\Firmware\CAN2USB-Adapter.o -g3 -gdwarf-2 -Wall -version -fpack-struct -fshort-enums -funsigned-char -funsigned-bitfields -o C:\Users\nico\AppData\Local\Temp\ccEPGx8g.s
gcc.exe: CreateProcess: No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings


IN my eyes, the compiler is started at first.

Computer Windows7 in a domain-environment
Codeblocks 10.05

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7607
    • My Best Post
Re: Codeblocks using AVR-Toolchain supplied with AVR STudio 5.0
« Reply #3 on: April 30, 2011, 06:52:09 pm »
A wild guess it can NOT find "cc1"

You really NEED to test this from the cmd line to find the cause!!!

To open an command line window in windows run cmd.exe

Tim S.
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline drnicolas

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: Codeblocks using AVR-Toolchain supplied with AVR STudio 5.0
« Reply #4 on: May 01, 2011, 08:11:22 am »
Okay, cc1.exe is available under
C:\Elektronik\Atmel\AVR Studio 5.0\extensions\Application\AVR Toolchain\libexec\gcc\avr\4.5.1

Aftre adding all kinds of search paths the project now compiles successfully.

But it produces only an .elf file, no .hex, no .eep
Computer Windows7 in a domain-environment
Codeblocks 10.05