AVR Studio 4 WinAVR upgrade to?

Go To Last Post
19 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Sorry I don't like bloatware. I have skipped over Studio 5 as I remember it riddled with vermin and lice.

So after trying to install Studio 7 and failing for "some features could not be installed" many many times (it won't even launch the program after botched install) I settled on Studio 6. Bloated dead pig in the hot sun that it is, I prefer my Studio 4 as it does all that I wish it to do even with its small faults.

 

Now that that is out of the way, what is the recommended replacement say in AVR Tools or GCC and it's implementation to mesh properly without error? I would appreciate any info and help on this as I am without a clue after searching this &= other websites. Most GCC packages do not include make. I am not as sharp in my advanced years so please help to enlighten me.

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Sparky85 wrote:
... what is the recommended replacement say in AVR Tools or GCC and it's implementation to mesh properly without error?
Apparently Microchip AVR GCC 3.3 or maybe 3.4 :

https://www.avrfreaks.net/forum/c-coding-atmega32-using-avr-studio4-windows-81-64-bit#comment-2004601

AVR and SAM Downloads Archive | Microchip Technology

[mid-page]

 

AVR and ARM Toolchains

 

P.S.

Which Windows?

Reason : AVR Studio is Windows XP primary; Windows XP applications aren't assured for Windows 10.

 

P.P.S.

Haven't tried the FSF AVR GCC in this though you might consider it :

Prebuilt GNU toolchain for avr

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Nothing stops you using the AS7 avr-gcc with AS4 as far as I know. Just go to Microchip.com and get "AVR toolchain for Windows" (same thing as bundled in AS7) and install that. Then tell AS4 to use that as the toolchain in place of the 10+ year old WinAVR. For the most recent devices you will also need to know about "device packs". On that basis I would persevere with trying to fix whatever is wrong with your AS7 installation as it handles all this kind of stuff for you (and the editor/code browser in AS7 is about 1000X times better than the constrained editor in AS4!)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yes  I have already downloaded it but the questions are how do i install it and where is make?

I assume that one points the avrgcc and make lines in custom options, so I guess I don't understand.

 

 

An example of an AS4 bug is in the debugger for a tiny2313

I have to write GIMSK |= 0x38; instead of |= (1<<PCIE); in order to set the bit. It will build either way but not debug.

Last Edited: Wed. Aug 14, 2019 - 02:06 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

You can still use the make.exe from the WinAVR. It's jut the avr-gcc.exe that changes.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If I use C:\avr8-gnu-toolchain-3.6.2.1759-win32.any.x86\bin\avr-gcc.exe, and when I go to debug, AS4 crashes. It builds fine.

Yes it's the PITA v4.19. Any idea why?

 

OK, to be able to install, it does not specify to use the make from WinAVR at all in the "instructions" in the PDF I quote:

 

1.2 Downloading, Installing and Upgrading
The AVR8 GNU toolchain provided by Atmel is available for download and install in one of the following ways.
1.2.1 Downloading/Installing on Windows
● If you want to try the Atmel AVR8 GNU toolchain alone, you can download it from here
1
● If you want to try the Atmel AVR8 GNU Toolchain along with Atmel Studio, you can download and install
Atmel Studio 7 or (newer) which will also install the Atmel AVR8 GNU toolchain. See Atmel Studio release
notes for more details.
1.2.2 Downloading/Installing on Linux
For Linux, the Atmel AVR8 GNU Toolchain is available as a tar.gz archive which can be extracted using the
tar utility. In order to install, simply extract to the location from where you want to run it from. Linux builds are
available from here
2
.
1.2.3 Upgrading from previous versions
If the Atmel AVR8 GNU Toolchain is installed by Atmel Studio installation, refer Atmel Studio documentation to
upgrade.
If the toolchain is installed separately using one of the (Windows, Linux, Mac) installers, upgrading is not
supported. You can install the new package side-by-side of the old package and use it.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

"Dare to be naïve." - Buckminster Fuller

Last Edited: Wed. Aug 14, 2019 - 02:52 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

What exactly are you trying to tell me? It leads to a wall of text and options that I have not a clue to use!

Attachment(s): 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The ELF/DWARF format for AVR changed between AS4.12 and AS4.13 (from 16 bit to 32 bit) but since then the AS4 debugger *should* be able to handle the -gdwarf2 from any later build of the compiler so I'm surprised if the output of recent compilers would crash it. But then I guess you are talking about software that is 10+ years out of date so perhaps you just have to accept it's limitation and also use some hugely outdated compiler too?

 

(the best option is to fix any issue you have with AS7 so you can use the latest version of everything).

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

-gdwarf-version

Produce debugging information in DWARF format (if that is supported). The value of version may be either 2, 3, 4 or 5; the default version for most targets is 4. DWARF Version 5 is only experimental.

Note that with DWARF Version 2, some ports require and always use some non-conflicting DWARF 3 extensions in the unwind tables.

Version 4 may require GDB 7.0 and -fvar-tracking-assignments for maximum benefit.

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Just because it's old doesn't mean it's incapable of working Um that's what I usually say about myself.

So next is there any workaround as in download prior versions from a website that no longer exists and a website that doesn't believe in archiving?

I appreciate all help.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The option is -gdwarf-2

 

I don't think the debugger in AS4 had knowledge of any DWARF version beyond 2. So if you feed it something like DWARF 4 or 5 no wonder it throws a conniption !

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

gchapman wrote:

-gdwarf-version

Produce debugging information in DWARF format (if that is supported). The value of version may be either 2, 3, 4 or 5; the default version for most targets is 4. DWARF Version 5 is only experimental.

Note that with DWARF Version 2, some ports require and always use some non-conflicting DWARF 3 extensions in the unwind tables.

Version 4 may require GDB 7.0 and -fvar-tracking-assignments for maximum benefit.

 

-gdwarf- 2, 3, crash 4, 5 no crash but debugging can't be stopped or stepped

 

Last Edited: Wed. Aug 14, 2019 - 03:26 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

http://web.archive.org/web/20180101082900/http://www.atmel.com/tools/studioarchive.aspx

at first glance is close to the current Microchip archive.

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Every time I tried archive.org for which I thought I was quite familial, it wanted me to log on to the archive. As you know that can't happen. thanks for the original URL. I will attempt and see. As for a working GCC? I guess it can't be achieved?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Sparky85 wrote:
As for a working GCC? I guess it can't be achieved?

https://www.avrfreaks.net/forum/c-coding-atmega32-using-avr-studio4-windows-81-64-bit#comment-2004601

...

... but require some fiddling to prevent a debugger crash. 

...

edit : quote

 

"Dare to be naïve." - Buckminster Fuller

Last Edited: Wed. Aug 14, 2019 - 03:40 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 1

Yes http://web.archive.org/web/20180... works without fiddling for me. I was installing and verifying whist you were posting. The URL is posted for the future generations of limited, 8 bit microcontroller enthusiasts in the year 2065.

 

I'm not ready to mark this solved yet perhaps in a few days.

 

Thanks all for your attempts at the semi-unsolveable and incompatible. At this point I will stop hitting my head with a hammer to stop the original headache.

 

Last Edited: Wed. Aug 14, 2019 - 04:03 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

http://ww1.microchip.com/downloads/en/DeviceDoc/AVR%20Toolchain%20v3.3.1.1020.pdf (release notes)

http://ww1.microchip.com/downloads/archive/avr-toolchain-installer-3.3.1.1020-win32.win32.x86.exe

from AVR and SAM Downloads Archive | Microchip Technology

Sparky85 wrote:
... of limited, 8 bit microcontroller enthusiasts in the year 2065.
laugh

  • 4-bit MCU are still in production (IIRC)
  • Flash's lifetime may not make '65 (Galactic Cosmic Rays)

 

"Dare to be naïve." - Buckminster Fuller