AVR Freaks

Would it be a problem, for the purpose of consistency, to alter this script to install in the gcc directory (/usr/lib/gcc/gcc-4.1 not sure) along with the i486 target and the arm-elf target?

Thanks,
outer_space

3: If desired edit the buildavr-no-insight.sh file , to change the prefix .. default is : prefix=/usr/local/avr

Known MCU names:
  avr1 avr2 avr3 avr4 avr5 avr6 at90s1200 attiny10 attiny11 attiny12
  attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22
  attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534
  at86rf401 attiny13 attiny2313 attiny261 attiny461 attiny861 attiny24
  attiny44 attiny84 attiny25 attiny45 attiny85 atmega603 atmega103
  at43usb320 at43usb355 at76c711 atmega48 atmega8 atmega83 atmega85
  atmega88 atmega8515 atmega8535 atmega8hva at90pwm1 at90pwm2 at90pwm3
  atmega16 atmega161 atmega162 atmega163 atmega164p atmega165 atmega165p
  atmega168 atmega169 atmega169p atmega32 atmega323 atmega324p atmega325
  atmega325p atmega329 atmega329p atmega3250 atmega3250p atmega3290
  atmega3290p atmega406 atmega64 atmega640 atmega644 atmega644p atmega128
  atmega1280 atmega1281 atmega645 atmega649 atmega6450 atmega6490
  atmega16hva at90can32 at90can64 at90can128 at90usb82 at90usb162
  at90usb646 at90usb647 at90usb1286 at90usb1287 at94k atmega2560
  atmega2561

# Display size of file.
HEXSIZE = $(SIZE) --target=$(FORMAT) $(TARGET).hex
ELFSIZE = $(SIZE) --mcu=$(MCU) --format=avr $(TARGET).elf

sizebefore:
   @if test -f $(TARGET).elf; then echo; echo $(MSG_SIZE_BEFORE); $(ELFSIZE); \
   2>/dev/null; echo; fi

sizeafter:
   @if test -f $(TARGET).elf; then echo; echo $(MSG_SIZE_AFTER); $(ELFSIZE); \
   2>/dev/null; echo; fi

Known MCU names:
  avr1 avr2 avr3 avr4 avr5 avr6 at90s1200 attiny10 attiny11 attiny12
  attiny15 attiny28 at90s2313 at90s2323 at90s2333 at90s2343 attiny22
  attiny26 at90s4433 at90s4414 at90s4434 at90s8515 at90s8535 at90c8534
  at86rf401 attiny13 attiny2313 attiny261 attiny461 attiny861 attiny24
  attiny44 attiny84 attiny25 attiny45 attiny85 attiny43u attiny48 attiny88
  atmega603 atmega103 at43usb320 at43usb355 at76c711 at90usb82 at90usb162
  atmega48 atmega48p atmega8 atmega83 atmega85 atmega88 atmega88p
  atmega8515 atmega8535 atmega8hva at90pwm1 at90pwm2 at90pwm2b at90pwm3
  at90pwm3b atmega16 atmega161 atmega162 atmega163 atmega164p atmega165
  atmega165p atmega168 atmega168p atmega169 atmega169p atmega32 atmega323
  atmega324p atmega325 atmega325p atmega328p atmega329 atmega329p
  atmega3250 atmega3250p atmega3290 atmega3290p atmega32hvb atmega406
  atmega64 atmega640 atmega644 atmega644p atmega128 atmega1280 atmega1281
  atmega1284p atmega645 atmega649 atmega6450 atmega6490 atmega16hva
  at90can32 at90can64 at90can128 at90pwm216 at90pwm316 at90usb6

I just finished this update on ubuntu 6.06 dapper drake and had to take two additional steps.

Prior to building

sudo apt-get install texinfo

post built

sudo cp /usr/local/avr/bin/* /usr/bin

thanks for producing this script, it fixed my compiler issues (ISRs not recognized)

There seems to be a bug with build-avr-gcc-4.2.2-libc-1.6.2-makeinfo-fixed.tar.gz.
On different Linux distributions i receive a avr.sc.rej while patching binutils.
The patch is unnable to find

  MEMORY
  {
-   text   (rx)   : ORIGIN = 0, LENGTH = $TEXT_LENGTH
-   data   (rw!x) : ORIGIN = $DATA_ORIGIN, LENGTH = $DATA_LENGTH
-   eeprom (rw!x) : ORIGIN = 0x810000, LENGTH = 64K
  }

because the 'data'-line in the source file looks different...

   data   (rw!x) : ORIGIN = 0x800060, LENGTH = $DATA_LENGTH

Changing this line in binutils-patch-newsections.diff to read like the source file fixed the problem.

edit: UPPS. you also need to change the replacement line or the resulting linker script will fail.

Start by reading this thread https://www.avrfreaks.net/index.p...
Or at least the first post.

This build is an interim version , to fix some patch problems with binutils.

It is almost 100% like the gcc4.2.2-libc1.6.2 from the top of the sticky script on freaks.

It has 2 new patches applied to binutils 2.1.8

patch-bug5523 <--------- New
patch-data-origin <--------- New

patch-xmega <--------- New , but fails miserably , and isn't commited yet. So this patch is not applyed

And it automaticly builds avarice-2.8 and avrdude-5.5
avr-insight has its own buildscript (buildinsight.sh) , as it takes ages to build.

All files are installed into /usr/local/avr/ , and one can delete the source & build directorys afterwards to save 500MB+ diskspace

Please make sure to install the packets from pre-reqs.txt , before building the toolchain.

I have given the apt-get commands for Ubuntu in pre-reqs-txt.

Be sure to adapt them to any other linux distro.

/Bingo

Hello,

I tried to build avr-gcc on my Ubuntu 8.04 (x86_64) box. The
buildavr-no-insight.sh script works fine but the buildinsight.sh script stops with the following output:

/usr/local/avr/source/insight-6.7.1/itcl/itcl/generic \
         -I/usr/local/avr/source/insight-6.7.1/tcl/generic -I/usr/local/avr/source/insight-6.7.1/tk/generic     \
         ../../../source/insight-6.7.1/gdb/gdbtk/generic/gdbtk-register.c \
        -DGDBTK_LIBRARY=\"/usr/local/avr/share/insight1.0\"
cc1: warnings being treated as errors
../../../source/insight-6.7.1/gdb/gdbtk/generic/gdbtk-register.c: In function ‘get_register_name’:
../../../source/insight-6.7.1/gdb/gdbtk/generic/gdbtk-register.c:348: warning: cast from pointer to integer of different size
make[2]: *** [gdbtk-register.o] Error 1
make[2]: Leaving directory `/usr/local/avr/build/insight-6.7.1/gdb'
make[1]: *** [all-gdb] Error 2
make[1]: Leaving directory `/usr/local/avr/build/insight-6.7.1'
make: *** [all] Error 2
(./buildinsight.sh) insight build failed (0)

Has anyone an idea why it fails?

Is it possible to only build gdb without insight?

I've retried it without success, attached the build log.

Regards, Gilles

The following devices are supported :
A snip from the command : avr-gcc --target-help

Known MCU names:
  avr1 avr2 avr3 avr31 avr35 avr4 avr5 avr51 avr6 avrxmega1 avrxmega2
  avrxmega3 avrxmega4 avrxmega5 avrxmega6 avrxmega7 at90s1200 attiny10
  attiny11 attiny12 attiny15 attiny28 at90s2313 at90s2323 at90s2333
  at90s2343 attiny22 attiny26 at90s4433 at90s4414 at90s4434 at90s8515
  at90s8535 at90c8534 at86rf401 attiny13 attiny2313 attiny261 attiny461
  attiny861 attiny24 attiny44 attiny84 attiny25 attiny45 attiny85
  attiny43u attiny48 attiny88 atmega603 atmega103 at43usb320 at43usb355
  at76c711 at90usb82 at90usb162 attiny167 atmega48 atmega48p atmega8
  atmega83 atmega85 atmega88 atmega88p atmega8515 atmega8535 atmega8hva
  at90pwm1 at90pwm2 at90pwm2b at90pwm3 at90pwm3b atmega16 atmega161
  atmega162 atmega163 atmega164p atmega165 atmega165p atmega168 atmega168p
  atmega169 atmega169p atmega32 atmega323 atmega324p atmega325 atmega325p
  atmega328p atmega329 atmega329p atmega3250 atmega3250p atmega3290
  atmega3290p atmega32hvb atmega406 atmega64 atmega640 atmega644
  atmega644p atmega128 atmega1280 atmega1281 atmega1284p atmega645
  atmega649 atmega6450 atmega6490 atmega16hva at90can32 at90can64
  at90can128 at90pwm216 at90pwm316 atmega32c1 atmega32m1 atmega32u4
  at90usb646 at90usb647 at90usb1286 at90usb1287 at94k atmega2560
  atmega2561 atxmega64a1 atxmega128a1

The download seems to be broken. :cry: Only 9.9 kB :shock:

Quote:

gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error exit delayed from previous errors

I added the archive as a WinZip file , and it seems to download & extract fine. So if extraction fails , use the zip archive.

Bingo600 wrote:

Updated the 4.2.2 zipfile to build under Ubuntu 8.10

/Bingo

I am running Ubuntu 8.10 and have avr-gcc 4.3.0 from the Ubuntu repositories. Does this script force a downgrade to 4.2.2?

I am having a failure building from Debian Lenny (amd64).
The script fails while building avr-dude, the error has to do with yyin and yylex not defined.

Yes, I've installed flex and bison along with all the other prereq packages. I still get the error.

avr:~$ avr-insight
Tk_Init failed: no display name and no $DISPLAY environment variable

avr:~$ export DISPLAY=localhost:0.0

avr:~$ avr-insight
Tk_Init failed: this isn't a Tk applicationcouldn't connect to display "localhost:0.0"

This package contains the buildscripts and the patchfiles , for binutils-2.1.7 (w. the avr-size patch), avr-gcc-4.1.2 and avr-libc-1.46. Skip the get-patches.sh step , as the patches are included.

Bingo,

If you are updating the script you might also want to take this request into consideration:

https://www.avrfreaks.net/index.p...