Where have Atmel avr-gcc sourcecode gone ?

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

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

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

Bingo600 wrote:
Maybe the source is linked from there
AVR- and Arm- Toolchains (C Compilers) | Microchip Technology

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/

 

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

Last Edited: Mon. Jun 24, 2019 - 04:26 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

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. wink

 

Edit:

I have contacted Morten via PM , and asked for the source to be made available.

Hopefully he'll comment here.

 

/Bingo

Last Edited: Tue. May 21, 2019 - 08:00 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Bingo600 wrote:
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 AVR is based on FSF AVR GCC that has zero price optimization up to -O2 (IIRC)

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]

 

...

 

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

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

gchapman wrote:

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 frown

 

Edit:

Seems to be a different family the XC8 compilers

https://www.microchip.com/mplab/...

 

 

/Bingo

Last Edited: Tue. May 21, 2019 - 08:11 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

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.

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

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

Thanx Morten

Did ansver in PM

 

/Bingo

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

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?

You can put lipstick on a pig, but it is still a pig.

I've never met a pig I didn't like, as long as you have some salt and pepper.

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

Bingo600 wrote:
Seems to be a different family the XC8 compilers
Its archive is present and current :

MPLAB Ecosystem Downloads Archive | Microchip Technology

(after 3/4 page)

Source Archives

...

 

MPLAB XC8 AVR

...

v2.05

 

...

 

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

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

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

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

I have heard nothing wrt the case. And have  just written in the case , asking them to release the sourcecode again.

 

/Bingo

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

Still nothing?

 

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

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.

 

Last Edited: Mon. Jul 1, 2019 - 03:47 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

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

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

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

 

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

curtvm wrote:
The source code is available, which makes it relatively easy to eliminate the optimization restrictions.
MPLAB XC8 v2 for AVR is zero price up to -O2 inclusive (iow -O3 and -Os aren't zero price)

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)

curtvm wrote:
Rather than try to compile from source (good luck), you simply change 1 bit in 3 files to enable all optimizations.
Similar for MPLAB XC16.

curtvm wrote:
I use c++ on the avr this way in mplabx.
Thanks for I wasn't aware of that capability.

 


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.

...

 

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

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

gchapman wrote:

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?

 

https://gcc.gnu.org/onlinedocs/g...

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

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.

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

curtvm wrote:
I don't have the xc8-avr info up yet, but may eventually document that also.
https://github.com/cv007/XC3216/blob/master/xc8-avr-info.txt

in GitHub - cv007/XC3216: GCC compiler restrictions removal

 

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

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

Hello all, this is my first post.

Bingo600 wrote:

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

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

Thanx  ...  bron84 and MicroChip

 

There they were yes

Strange i got no notification ... Well

 

URL is here : https://www.microchip.com/mymicr...

 

/Bingo

Last Edited: Fri. Aug 9, 2019 - 04:41 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Bingo600 wrote:

Strange i got no notification ... Well

Is it, though? ;-)

"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]

 

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

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. wink

 

Last Edited: Sun. Aug 18, 2019 - 06:15 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

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

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

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

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

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