The sources were available from here
http://distribute.atmel.no/tools...
But at least for me , that link is dead
Where can i find the latest sourcecode now ???
They must publish the source according to GPL
Where is the latest avr-gcc binaries (zip) ... Think i saw them once on their site.
Maybe the source is linked from there
Wonder if they have introduced the stupid "Non optimizing" code on avr-gcc , as they had on their "Free" pic-gcc ...
/Bingo
gchapman 
Maybe the source is linked from there
Indeed though back to distribute.atmel.no that's now ERR_ADDRESS_UNREACHABLE
edit : as of 18-Apr'19 :
http://web.archive.org/web/20190418005108/http://distribute.atmel.no/tools/opensource/
Microchip needs to release the source for their AVR 8-bit Toolchain 3.6.2 Toolchain.
They distribute the binaries here.
https://www.microchip.com/mplab/...
And are bound by GPL to release the source.
@the old source site , the latest release was 3.6.1 , even month after they had made their 3.6.2 avaiilable , now is the chance to release the 3.6.2 sources. 
Edit:
I have contacted Morten via PM , and asked for the source to be made available.
Hopefully he'll comment here.
/Bingo
gchapman Wonder if they have introduced the stupid "Non optimizing" code on avr-gcc , as they had on their "Free" pic-gcc ...
MPLAB XC8 v2 for PIC is based on Clang with the benefit of the addition of C99 for PIC.
https://www.avrfreaks.net/forum/come-join-us-mplab-now-supports-avrs?page=5#comment-2624586
...
Standard for free Unlicensed (Free) versions of this compiler now allow optimizations up to and including level 2. This will permit a similar, although not identical, output to what was previously possible using a Standard license.
...
P.S.
Myths and legends of PIC microcontrollers | jaromir.sukuba | Hackaday.io
...
2) There are no free (as free beer) tools for PICs.
...
On the other hand, the compilers [MPLAB XC] are perfectly adequate for DIY use; ...
...
3) There are no free (as freedom) and open-source tools for PICs.
[SDCC]
...
MPLAB XC8 v2 for AVR is based on FSF AVR GCC that has zero price optimization up to -O2 (IIRC)
Hopefully that's not the reason the source was never released 
Edit:
Seems to be a different family the XC8 compilers
https://www.microchip.com/mplab/...
/Bingo
meolsen 
To reiterate what I said in the PM, I do not know why that server is offline. Create a support requests (yes... I know) and they'll route it to the correct group.
Thanx Morten
Did ansver in PM
/Bingo
theusch 
Apologies to Pete Seeger, Kingston Trio, Perter Paul Mary, et al.
Where has all the source code gone?
Long time passing
Where has all the source code gone?
Long time ago
Where has all the source code gone?
MC closed-source every one
When will they ever learn?
When will they ever learn?
gchapman Seems to be a different family the XC8 compilers
MPLAB Ecosystem Downloads Archive | Microchip Technology
(after 3/4 page)
Source Archives
...
MPLAB XC8 AVR
...
...
Did make a support request , requesting the sourcecode for the 6.3.2 build:
Technical Support Case 00419028 has been created
Lets see what happens.
/Bingo
I have heard nothing wrt the case. And have just written in the case , asking them to release the sourcecode again.
/Bingo
Still nothing?
curtvm I'm not sure this is what you are looking for, but xc8 v2.05 has source available (under Source Archives)-
https://www.microchip.com/development-tools/pic-and-dspic-downloads-archive
I don't know how this version compares with their Atmel AVR gcc downloads, but it appears to me they are working on xc8 and the Atmel stuff is older and will be left to die.
Of course, they are making changes in 'their' version and you will now have 2 versions to choose from- the 'official' gcc version, and the version mchp works on. I doubt much of what they do will work its way into the 'official' gcc unless someone external to mchp does the work (pic24/xc16, pic32/xc32 are good examples).
edit-
I use xc8 (both pic and avr), and since xc8-avr is based on gcc (gpl), you can modify the binaries as you wish. The source code is available, which makes it relatively easy to eliminate the optimization restrictions. Rather than try to compile from source (good luck), you simply change 1 bit in 3 files to enable all optimizations. In mplabx they also do not have the option for c++ with xc8-avr, but simply by setting the build tools to look in the actual avr binary folder, you get the full deal. I use c++ on the avr this way in mplabx.
Unfortunately the XC8 isn't the one i want.
I want the sources for avr-gcc 3.6.2 they have released binaries for , and are bound to release sourcecode for as per GPL
/Bingo
curtvm Maybe try another angle- their website corrections form. Maybe the website maintainers know where those missing links are and will correct them, or they may end up scrubbing the whole page :)
https://www.microchip.com/about-us/contact-us
gchapman The source code is available, which makes it relatively easy to eliminate the optimization restrictions.
Code generator improvements may be worth the price and cost though more value-added is regression testing (am assuming these tests exist) and GCC code reviews.
MPLAB XC8 is on a sale rotation; the dongle version is perpetual (likely the greater value among the forms of XC8)
Rather than try to compile from source (good luck), you simply change 1 bit in 3 files to enable all optimizations.
I use c++ on the avr this way in mplabx.
https://www.avrfreaks.net/forum/come-join-us-mplab-now-supports-avrs?page=5#comment-2624586
Exploring Microchip XC16 compiler | Details | Hackaday.io
by Jaromir Sukuba
01/09/2018
...
So, what is described here is option to get full optimization level of XC16 compiler without need to recompile the sources, what is far from being simple task.
...
MPLAB XC8 v2 for AVR is zero price up to -O2 inclusive (iow -O3 and -Os aren't zero price)
Well, but O1, O2, etc. are just shorthands for the actual optimization flags. Can't you just add them individually to get the same effect?
curtvm MPLAB XC8 is on a sale rotation; the dongle version is perpetual (likely the greater value among the forms of XC8)
The only value of paying for anything is the support value (assuming you actually get priority), or if you needed the optimization for an 8bit pic (xc8-pic not gpl).
Even if I wanted the support and was happy to pay, I would still flip a few bits in the gpl licensed binaries to avoid the whole activation thing.
Can't you just add them individually to get the same effect?
In theory. Go through the avr source code and figure out which ones they are actually using. I'm sure it could be figured out, and you just have to keep track of a few dozen flags. Sounds fun :)
The xc16/32 compilers have an easy way to enable all optimizations. It seems a coder on the team (I'm guessing, but is a good guess) wanted easy access to optimizations without dealing with the license manager- so a compiler option was added that 'overruled' any license results and you got the 'pro' version. The problem was the binary that called the compiler binaries would look for and remove that option. The first solution was to modify the binaries, as the license version was a global variable initialized to -1 and easily found/changed (a little less so in the Windows versions). It was sort of a pain to have to modify binaries each time a new version came out, though (and for each os- osx/linux/windows). I later figured out we just need to add the undocumented option to a spec file (adds to specs, not replace). The specs file gets the option added, the calling binary never sees the option (so does not remove it), and we get all optimizations. One simple text file, no binary mods needed.
With xc8-avr, it seems they do not have a coder wanting their own option added, so we are stuck at the moment modifying the 3 binaries.
https://github.com/cv007/XC3216
I don't have the xc8-avr info up yet, but may eventually document that also.
gchapman I don't have the xc8-avr info up yet, but may eventually document that also.
in GitHub - cv007/XC3216: GCC compiler restrictions removal
bron84 Hello all, this is my first post.
Unfortunately the XC8 isn't the one i want.
I want the sources for avr-gcc 3.6.2 they have released binaries for , and are bound to release sourcecode for as per GPL
/Bingo
Are you still looking for Microchip AVR-GCC 3.6.2 sources?
I found it (AVR-GCC 3.6.2) below:
---
"AVR and SAM Downloads Archive | Microchip Technology"
https://www.microchip.com/mplab/avr-support/avr-and-sam-downloads-archive
Best Regards,
bron84
Thanx ... bron84 and MicroChip
There they were 
Strange i got no notification ... Well
URL is here : https://www.microchip.com/mymicr...
/Bingo
Strange i got no notification ... Well
|
"Experience is what enables you to recognise a mistake the second time you make it." "Good judgement comes from experience. Experience comes from bad judgement." "Wisdom is always wont to arrive late, and to be a little approximate on first possession." "When you hear hoofbeats, think horses, not unicorns." "Fast. Cheap. Good. Pick two." "We see a lot of arses on handlebars around here." - [J Ekdahl] |
 |
Got a "Case update" the 16'th.
Sourcecode is ready , sorry for the time it took.
Have closed it, as resolved
/Bingo
Edit: @Joey - I did notice that the "poster" had 1' postcount.
Built and compared 3.6.2 to 3.6.1 , just 2 small programs.
Generated same code.
I haven't checked source differences , so i don't knkw how 3.6.2 differs from 3.6.1 (if at all .......)
Did download a 4809 "pack" for the 3.6.2 , and made a "blinky" . Don't have any 4809's so purely academic interest.
/Bingo
gchapman I did notice that 3.62 seems to use a newer avr-libc (or at least it has other headerfiles)
Ie. this one builds w. 3.61 , but fails w. 3.62
https://github.com/nsayer/GPS-di...
/Bingo
