| Author |
Message |
|
|
 Posted: Mar 29, 2012 - 09:11 PM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
|
clawson wrote:
Quote:
It includes GCC 4.7.0
How close to a 4.7.1 are you? I think that's the one everyone's waiting for!
Thats more up to the GCC folk than me 
It typically takes me a few hours to put together a new package if I don't need to port anything, so I should be able to mave fairly quikly once 4.7.1 is announced. |
|
|
| |
|
|
|
|
|
|
Posted: Jul 10, 2012 - 11:32 PM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
MHV AVR Tools 20120709 has been released:
http://www.makehackvoid.com/mhvavrtools-20120709
- Bump to GCC 4.7.1 and Binutils 2.22.52.20120702 (development snapshot)
- Enable LTO
- Enable XMega microcontrollers
Windows (Atom or greater), Linux x86 (Atom or greater) and Linux x64 (Sandybridge or greater) binaries are available now.
OSX will follow soon. |
Last edited by evildeece on Jul 10, 2012 - 11:36 PM; edited 1 time in total
|
| |
|
|
|
|
|
|
Posted: Jul 10, 2012 - 11:34 PM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
This release was a real pain to push out. I added a bootstrap step that first builds a native, current compiler and then builds the rest from that. When building AVR binutils and GCC, libtool kept installing the libtool wrappers instead of the actual executables.
I ended up building these components using the MinGW shipped compilers instead. |
|
|
| |
|
|
|
|
|
|
Posted: Jul 11, 2012 - 07:53 AM |
|
Joined: Dec 21, 2006
Posts: 1485
Location: Saar-Lor-Lux
|
|
|
evildeece wrote:
GCC 4.7.1 and Binutils 2.22.52.20120702 (development snapshot)
There are some bugs in binutils. See the patches that the following 4.7.1 + 2.23 release applies:
avr-gcc-4.7.1-rc1-mingw32.zip!/source
in
http://sourceforge.net/projects/mobilec ... 20(Win32)/
Some of these issues are upstream meanwhile, others are not... |
|
|
| |
|
|
|
|
|
|
Posted: Jul 11, 2012 - 12:01 PM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
Thanks Sprinter  |
|
|
| |
|
|
|
|
|
|
Posted: Jul 11, 2012 - 06:37 PM |
|
Joined: Aug 06, 2008
Posts: 141
Location: Montréal, QC
|
|
| FYI, with the MHV tool, my project build to 15670 bytes, with the 4.7.1 of SprinterSB it is 15460 bytes. |
|
|
| |
|
|
|
|
|
|
Posted: Jul 12, 2012 - 08:09 AM |
|
Joined: Dec 21, 2006
Posts: 1485
Location: Saar-Lor-Lux
|
|
|
|
|
|
|
|
Posted: Jul 13, 2012 - 03:17 PM |
|
Joined: Dec 16, 2005
Posts: 3089
Location: Bratislava, Slovakia
|
|
|
|
|
|
|
|
Posted: Jul 14, 2012 - 12:30 AM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
|
|
|
|
|
|
Posted: Jul 14, 2012 - 11:24 AM |
|
Joined: Dec 16, 2005
Posts: 3089
Location: Bratislava, Slovakia
|
|
I found that but it appeared to be cold dead... and also the documentation was, ehm... lacking some details... I couldn't get to accept it more than one default path to system includes whereas gcc uses two... it appered to work on manually preprocessed source somehow, though...
Aren't there any usage hints for it?
Thanks,
JW |
|
|
| |
|
|
|
|
|
|
Posted: Jul 14, 2012 - 11:27 AM |
|
Joined: Dec 21, 2006
Posts: 1485
Location: Saar-Lor-Lux
|
|
|
|
|
|
|
|
Posted: Jul 14, 2012 - 11:28 AM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
Unfortunately no - I haven't gotten around to using it myself :/
I use Eclipse CDT's Codan feature and CPPCheck myself. |
|
|
| |
|
|
|
|
|
|
Posted: Oct 09, 2012 - 11:49 AM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
|
|
|
|
|
|
Posted: Oct 09, 2012 - 01:28 PM |
|
Joined: Dec 21, 2006
Posts: 1485
Location: Saar-Lor-Lux
|
|
This throws an error from the dynamic liner that libiconv-2.dll cannot be found.
In my canadian cross builds for MinGW32 this error does not occur, so is this a misconfiguration from mhv side? |
_________________
avr-gcc News • ABI • Options • 4.8-Windows • Inline Asm
|
| |
|
|
|
|
|
|
Posted: Oct 09, 2012 - 01:34 PM |
|
Joined: Dec 21, 2006
Posts: 1485
Location: Saar-Lor-Lux
|
|
| Some multilibs are empty, namely the ./tiny-stack and ./avr25/tiny-stack ones. This means something more went wrong. |
_________________
avr-gcc News • ABI • Options • 4.8-Windows • Inline Asm
|
| |
|
|
|
|
|
|
Posted: Oct 09, 2012 - 01:50 PM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
Eep, something bad must have happened between building and packaging.
I'll rebuild tomorrow and see if the problem reproduces.
Cheers |
|
|
| |
|
|
|
|
|
|
Posted: Oct 09, 2012 - 02:25 PM |
|
Joined: Jan 01, 2010
Posts: 32
|
|
I just did a clean install and avr-gcc works, and libiconv-2.dll in installed.
If the bin directory is not in the path, you may see this error. If you did not select adding MHV AVR tools to the path at install time, you will either need to launch "MHV AVR Shell", or run the avrvars.bat from the installation in order to set up the path.
I'll need to read up more on the tiny stack issue, but it seems related to:
http://savannah.nongnu.org/bugs/?35407 |
|
|
| |
|
|
|
|
|
|
Posted: Oct 09, 2012 - 06:30 PM |
|
Joined: Dec 21, 2006
Posts: 1485
Location: Saar-Lor-Lux
|
|
I don't set PATH because I have around 20 versions / flavors of foo-gcc. Calling the tools by means of their absolute paths works under Linux and Windows for my builds.
With these builds, it also works if LTO is used which needs liblto_plugin.dll. No setting of PATH is needed.
The difference might be that I prefer --disable-nls with binutils and GCC. Rationale is that if people report problems and they post diagnostics (errors, warnings, fatal messagas, ...) it is not helpful if they are in Klingonian or Elbish or Rongorongo...
AVR-Libc #35407 is work in progress. AVR-Libc does not automatically adopt GCC's multilib layout fromso that each multilib change has to be hand coded in the build machinery. |
_________________
avr-gcc News • ABI • Options • 4.8-Windows • Inline Asm
|
| |
|
|
|
|
|
FAQ
Search
Register
Log in to check your private messages
Log in
Maximize
RSS
