Electronics & Programming

develissimo

Open Source electronics development and programming

  • You are not logged in.
  • Root
  • » AVR-GCC
  • » [avr-gcc-list] What is the recommended route to build avr-gcc with support for newer processors? [RSS Feed]

#1 Nov. 25, 2005 13:21:06

Bernd T.
Registered: 2009-11-02
Reputation: +  0  -
Profile   Send e-mail  

[avr-gcc-list] What is the recommended route to build avr-gcc with support for newer processors?


--- Nigel Winterbottom wrote:


> Which option do people recommend ?

I use a simple script to patch and build the avr-(C, Ada) toolchain:http://cvs.sourceforge.net/viewcvs.py/avr-ada/doc/build-avr-ada.sh?rev=1.17&view=autoMaybe you can use it too?




--



__________________________________
Yahoo! Music Unlimited
Access over 1 million songs. Try it free.http://music.yahoo.com/unlimited/_______________________________________________
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.orghttp://lists.nongnu.org/mailman/listinfo/avr-gcc-list

Offline

#2 Nov. 25, 2005 16:56:54

Alexei C.
Registered: 2009-11-02
Reputation: +  0  -
Profile   Send e-mail  

[avr-gcc-list] What is the recommended route to build avr-gcc with support for newer processors?


On Thu, Nov 24, 2005 at 09:27:11PM -0000, Nigel Winterbottom wrote:
> From: Nigel Winterbottom <>
> To: avr-gcc-l***@*ongnu.org
> Reply-To:
> Subject: What is the recommended route to build avr-gcc with
> support for newer processors?
>

> I am therefore resigned to performing a build of avr-gcc and have at least 3
> options:
>
> 1. I have a Slackware 10.1 linux box available and can use instructions &
> patches athttp://www.kieltech.de/uweswiki/>
> 2. I have downloaded FreeBSD 6 and can use Joerg Wunsch's work at:
>http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/avr-gcc/files/>http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/avr-binutils/files/How familiar are you with unix? Using Linux/FreeBSD only for compiling
doesn't make much sense. You should completely move all your developemnt
onto unix. Otherwise it may be better to try compile gcc-avr on win32
platform.

If you prefer to go with unix, you may use instructions fromhttp://www.kieltech.de/uweswiki/or FreeBSD port. There's little
difference between patches onhttp://www.kieltech.de/uweswiki/and Joerg
Wunsch's work, beside that Joerg's patches supports two devices more. If
you would use something debian based, I have packages for Debian sarge
of: gcc-avr-3.4.4, binutils-avr-1.16.1 and libc-avr-1.4.0 with Joerg
Wunsch's patches applied.


> 3. I can be really masochistic and try a windows build using instructions
> at:
>http://kk.elektronik-4u.de/index.php?Sid=12
> Which option do people recommend ?
You have to decide. If you won't succeed to compile it on windows, you
always have time to give it a try on unix.

Best wishes

--
Alexei Chetroi

Smile... Tomorrow will be worse. (c) Murphy's Law


_______________________________________________
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.orghttp://lists.nongnu.org/mailman/listinfo/avr-gcc-list

Offline

#3 Nov. 25, 2005 22:19:24

Joerg W.
Registered: 2009-11-02
Reputation: +  0  -
Profile   Send e-mail  

[avr-gcc-list] What is the recommended route to build avr-gcc with support for newer processors?


"Nigel Winterbottom" <> wrote:

> I cannot find any Windows build instructions on the WinAVR home page
> or WinAVR project page so must assume Eric Weddington wants to keep
> this a secret.

No, he simply didn't have the time to write it down. (Heck, he didn't
even find the time to eventually assemble a new version for several
months now...) The instructions would probably look like Kai
Klenovsek's instructions, except that WinAVR has a lot more stuff
included than just binutils/compiler/avr-libc, so there would be much
more instructions. Also, Kai's description misses the patches as well
(as supporting new devices wasn't his primary goal).

I second Alexei's opinion. If you're familiar with Unix environments,
both of the options (FreeBSD ports/packages, Debian packages) will
certainly give you the same amount of support, but they also basically
require that you use the Unix platform for the complete development
then. There are basically two reasons why Unix environments are a lot
more flexible here to provide updated versions (well, maybe three of
them :):

. The tools (at least most of them, if you exclude PN2) have natively
been written for Unix, so they ``just compile'' there out of the
box. The required C compiler and other tools are often either
natively available on these systems (Linux, *BSD), or can be very
easily added (Solaris, MacOS X), much simpler than it appears to be
with these tools for Win32 environments.

. The existing package systems make it fairly easy to split the task.
Instead of a big, large environment like WinAVR that includes
everything you need to work with an AVR but which also requires a
lot of effort for each new version to produce, upgrades can easily
be made piecewise, and are often a matter of less than an hour for
the maintainer (I should know :).

. As FreeBSD is my personal choice for an operating system, upgrading
the avr-libc port in the FreeBSD ports system is usually my very
first job after rolling a new avr-libc release itself, as this
upgrade serves as an ``everything works fine'' burn-in test for the
newly created avr-libc release. So it's almost a side-effect of my
release procedure for avr-libc. As adding new AVR devices to
avr-libc requires that they have been added to binutils and compiler
before, at least that part of upgrading these tools in the FreeBSD
ports is also rather a side-effect of my normal avr-libc development
work.

--
cheers, J"org .-.-. --... ...-- -.. . DL8DTLhttp://www.sax.de/~joerg/NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)



_______________________________________________
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.orghttp://lists.nongnu.org/mailman/listinfo/avr-gcc-list

Offline

  • Root
  • » AVR-GCC
  • » [avr-gcc-list] What is the recommended route to build avr-gcc with support for newer processors? [RSS Feed]

Board footer

Moderator control

Enjoy the 27th of April
PoweredBy

The Forums are managed by develissimo stuff members, if you find any issues or misplaced content please help us to fix it. Thank you! Tell us via Contact Options
Leave a Message
Welcome to Develissimo Live Support