Debian Install package of avr-gcc from sticky

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

Guyzz

If anyone wants to try out this debian install package go ahead :-)

This binary install is based on the files made from the install script in the sticky.

Dated : 03-Nov-2009
Named : build-avr-gcc-4.3.3-libc-1.6.7-insight6.8-arch25-fix-avarice-fix.zip

Quote:
@06-Jan-2010
Updated the ".deb" install package , w. a new avrdude binary , containing a PDI patch , and a dragon ISP crash fix. (See .txt file in the download site)

Quote:
@17-Dec-2009
Updated the ".deb" install package , w. a new avrdude binary , containing a PDI patch. (See .txt file in the download site)

A big thank you to my .deb "beta tester" , and .deb bandwidth hoster clawson.

Get the package here.
http://www.wrightflyer.co.uk/avr...

Note: It installs all files into /usr/local/avr prob. with overwrite.

When uninstalling/removing it complains about /usr & /usr/local not being empty , and not removed.
But that is a known message , and has to do with the files in there not being in the install database.

clawson has confirmed that it only removes what it has installed.

Let me hear if anything is seriously wrong :-)

Btw: The package was build on Ubuntu 8.04 , but clawson tested on a 9.10.

I am not sure if it requires an I686 to run , i think it autodetected my build-pc as a I686. And i'm still searching for a way how to tell the different "./configure" to compile for an I386 Host , but an AVR target.

Edit: You will have to modify your path manually.

Quote:
I have an avr user on my Linux-box for doing avr development , i have added this to my .bash_profile in my /home/avr directory , it sets up the path to avr-gcc.

# User specific environment and startup programs
PREFIX=/usr/local/avr
export PREFIX

PATH=$PATH:$HOME/bin:$PREFIX/bin
export PATH

/Bingo

Last Edited: Thu. Jan 7, 2010 - 11:31 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

You can override the architecture for x86_64.

This is the result on Ubuntu 9.10, x86_64.

damien@damien-desktop:~/Desktop$ sudo dpkg --force-architecture -i avr-gcc-4.3.3-AvrFreaks-01-Dec-2009.deb 
dpkg: warning: overriding problem because --force enabled:
 package architecture (i386) does not match system (amd64)
Selecting previously deselected package avr-gcc-4.3.3-avrfreaks-01-dec-2009.
(Reading database ... 349803 files and directories currently installed.)
Unpacking avr-gcc-4.3.3-avrfreaks-01-dec-2009 (from avr-gcc-4.3.3-AvrFreaks-01-Dec-2009.deb) ...
Setting up avr-gcc-4.3.3-avrfreaks-01-dec-2009 (0.1) ...

With the result:

damien@damien-desktop:~/Desktop$ avr-gcc -v
Using built-in specs.
Target: avr
Configured with: ../../source/gcc-4.3.3/configure -v --target=avr --disable-nls --prefix=/usr/local/avr --with-gnu-ld --with-gnu-as --enable-languages=c,c++ --disable-libssp --with-dwarf2
Thread model: single
gcc version 4.3.3 (GCC) 

Haven't yet done a hello world program to see if it works.

-- Damien

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

Hmm whats wrong with the avr-gcc in debian sid ?

]% avr-gcc -v
Using built-in specs.
Target: avr
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --bindir=/usr/bin --libexecdir=/usr/lib --libdir=/usr/lib --enable-shared --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-checking --disable-libssp --build=i486-linux-gnu --host=i486-linux-gnu --target=avr
Thread model: single
gcc version 4.3.4 (GCC)

Author of simavr - Follow me on twitter : @buserror

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

buserror wrote:
Hmm whats wrong with the avr-gcc in debian sid ?
Missing patches.

Stealing Proteus doesn't make you an engineer.

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

buserror wrote:
Hmm whats wrong with the avr-gcc in debian sid ?
)

Well if you are happy with it , then nothing.
But i would expect it to lack support for a lot of the new mcu's.

I would have thought you would be pleased
as it doesn't install Tk or tex. :wink:

See: http://www.avrfreaks.net/index.p...

But the .deb still installs avr-insight witch is a graphical debugger.

/Bingo

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

damien_d wrote:
You can override the architecture for x86_64.

-- Damien

@Damien

I meant to force the tools to build using only I386 instructions.

I'd guess that the whole PC "Cpu Range" would run those instructions , and if not you should get a new pc :-)

/Bingo

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

Bingo600 wrote:
damien_d wrote:
You can override the architecture for x86_64.

-- Damien

@Damien

I meant to force the tools to build using only I386 instructions.

I'd guess that the whole PC "Cpu Range" would run those instructions , and if not you should get a new pc :-)

/Bingo

I meant for installing the deb, but nevermind :)

Personally, I would have thought few people would be using a non-i686 computer these days given it corresponds to a Pentium II.

-- Damien

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

Has anyone tried the .deb install package ??

So far i have only heard from Clawson (he tests the packages for me)

/Bingo

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

Bingo,

I was just looking at HTTP server statistics and the 01Dec was downloaded 77 times so far in December but the 17Dec one is not yet on the scale.

Cliff

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

@Cliff

Well then it seems that someone is using it :-)

And the 17-Dec just added the patched avrdude (PDI)

Thanx :-)

/Bingo

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

Bingo600 wrote:
Has anyone tried the .deb install package ??

So far i have only heard from Clawson (he tests the packages for me)

/Bingo

Yes, it appears to work nicely :)

We're going to be using it in an automated build server (TeamCity) for avr code (testing over christmas) - perhaps overkill to many, but it means automatic generation of version numbers, release notes and ticket references.

Our build server master would never have let us use the standard "script" install, but he was more than happy with a .deb package toolchain install.

-- Damien

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

Are the binaries built with the proper prefix so that setting PREFIX should not be necessary?
Incorrect prefix is a deal killer for me.

What about man pages, are those also installed/removed?

I guess I could try it, but I don't want to have to remove my existing working install first just to see.

--- bill

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

Quote:

What about man pages, are those also installed/removed?

Affirmative.

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

bperrybap wrote:
Are the binaries built with the proper prefix so that setting PREFIX should not be necessary?
Incorrect prefix is a deal killer for me.

What about man pages, are those also installed/removed?

I guess I could try it, but I don't want to have to remove my existing working install first just to see.

--- bill

Everything is build with prefix=/usr/local/avr

Everything is intalled within this path (including manpages)

The "only thing i thnk is missing" might be TCL/TK for mfile.
I didn't set that as a requirement in the package. :oops:

And you also have to add the path to /usr/local/avr/bin manually.

But then again , something must be left for the user to do.

To test it , just "mv" your original /usr/local/avr

I never have a "real /usr/local/avr" , i alvays rename it to /usr/local/"Date&version of compiler" , and then symlink my working compiler "ln -s "compiler dir" /usr/local/avr" to the compiler i want to use.

That way my "preferred compiler" is always just a "symlink away"

/Bingo

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

Today we tried to get the the toolchain happening on our build server, but got the following error:

[09:28:27]: /usr/local/avr/libexec/gcc/avr/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory
[09:28:27]: make: *** [objects/alarm_system.o] Error 1
[09:28:27]: Process exited with code 2

Which also happened with a very simple:

/usr/local/avr/bin/avr-gcc -o hello hello.c

It appeared as though it was missing a dependency that was easily fixed:

sudo apt-get install libmpfr-dev

Which is a multi-precision floating point library. The question is, why is avr-gcc dependant on it? If it needs it, can we include that as a listed dependency in the deb file?

-- Damien

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

damien_d wrote:
It appeared as though it was missing a dependency that was easily fixed:

sudo apt-get install libmpfr-dev

Which is a multi-precision floating point library. The question is, why is avr-gcc dependant on it? If it needs it, can we include that as a listed dependency in the deb file?

avr-gcc is a cross-compiler.
avr-gcc has to run on systems whose floating point stuff
is not the same as avr-gcc-generated floating point stuff.
Note that "system" includes the compiler that compiled avr-gcc.

International Theophysical Year seems to have been forgotten..
Anyone remember the song Jukebox Band?

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

damien_d wrote:
Today we tried to get the the toolchain happening on our build server, but got the following error:

[09:28:27]: /usr/local/avr/libexec/gcc/avr/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory
[09:28:27]: make: *** [objects/alarm_system.o] Error 1
[09:28:27]: Process exited with code 2

Which also happened with a very simple:

/usr/local/avr/bin/avr-gcc -o hello hello.c

It appeared as though it was missing a dependency that was easily fixed:

sudo apt-get install libmpfr-dev

Which is a multi-precision floating point library. The question is, why is avr-gcc dependant on it? If it needs it, can we include that as a listed dependency in the deb file?

-- Damien

Daummmm....
.
This shouldn't happen ... (I hoped)

I'm including gmp & mpfr in the GCC cource (or at at least i was ...) have i FSCK'ed up in the newer scripts ? )

I'll have to check , but yes .. gmp & mpfr are dependancies to GCC 4.3.3

/Bingo

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

Hmmm....

My buildscript includes those , and copies them to the GCC dir.
Wonder if they are build & installed in another place ??

I'd have thought that this "trick" would have embedded them into the GCC dir.
Clawson did try them out on a "Clean" Virtualbox Ubuntu , and they worked ....

Spookey ....... :-(

I'll have to dig a bit , but prob. dont have the time until next week or so.

but gmp & mpfr is required for gcc 4-3-3 , and apparently you can just install the packages

And if I or anyone can confirm they belong as dependancies i'll do my best to include them as dependancies ....

So just chip in guyzz ...

/Bingo

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

Hi all,
using build-avr-gcc-4.3.3-libc-1.6.7-insight6.8-arch25-fix-avarice-fix.zip collection I got all the files and patches, but when I run the last ./buildavr-no-insight.sh script, I got the message:

configure: error: Your libbfd.a needs an accompanying bfd.h file.
(./buildavr-no-insight.sh) avarice configuration failed

That's right, no such file under the whole /usr/local/avr or below. I'm rather new at Linux, so it is not my level to hunt for the solution. Both buildinsight.sh and buildavr-no-insight.sh was run as root. The system is uhulinux, a debian-like distribution.
Any idea, please?
Istvan

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

uhum2004 wrote:
Hi all,
using build-avr-gcc-4.3.3-libc-1.6.7-insight6.8-arch25-fix-avarice-fix.zip collection I got all the files and patches, but when I run the last ./buildavr-no-insight.sh script, I got the message:

configure: error: Your libbfd.a needs an accompanying bfd.h file.
(./buildavr-no-insight.sh) avarice configuration failed

Any idea, please?
Istvan

Afaik libbfd is build along with binutils , and this line should take hand of it.

 echo "($0) configuring binutils source"
   ../../source/${binutilsbase}/configure -v --target=${target} \
      --prefix=$prefix --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2 --disable-werror CFLAGS="-Wno-format-security "

I currently have no idea why you have the problem.
But i think the bfd.h is made by automake , so you might want to check that automake is upto date.

/Bingo

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

Quote:

I currently have no idea why you have the problem.
But i think the bfd.h is made by automake , so you might want to check that automake is upto date.

Thanks, Bingo. Another impression to change to Ubuntu....
Istvan

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

I just installed it and used it to compile the Bitcloud atmega128rfa1 sample code. Worked.

Thanks for the package.

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

Bingo600 wrote:
Hmmm....

My buildscript includes those , and copies them to the GCC dir.
Wonder if they are build & installed in another place ??

I'd have thought that this "trick" would have embedded them into the GCC dir.
Clawson did try them out on a "Clean" Virtualbox Ubuntu , and they worked ....

Spookey ....... :-(

I'll have to dig a bit , but prob. dont have the time until next week or so.

but gmp & mpfr is required for gcc 4-3-3 , and apparently you can just install the packages

And if I or anyone can confirm they belong as dependancies i'll do my best to include them as dependancies ....

So just chip in guyzz ...

/Bingo

I copped a dead hard disk at home and just re-installed avr-gcc from the 6th January 2010 .deb package.

I got the same floating point maths library error as before:

damien@damien-desktop:~/Downloads$ avr-gcc -o test test.c 
/usr/local/avr/libexec/gcc/avr/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory

More interestingly, the fix I applied on i686 at wokr didn't work here...

damien@damien-desktop:~/Downloads$ sudo apt-get install libmpfr-dev 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
  libgmp3-dev libgmpxx4ldbl
Suggested packages:
  libgmp3-doc
The following NEW packages will be installed:
  libgmp3-dev libgmpxx4ldbl libmpfr-dev
0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 1,150kB of archives.
After this operation, 3,383kB of additional disk space will be used.
Do you want to continue [Y/n]? y
Get:1 http://au.archive.ubuntu.com karmic/main libgmpxx4ldbl 2:4.3.1+dfsg-1ubuntu3 [18.9kB]
Get:2 http://au.archive.ubuntu.com karmic/main libgmp3-dev 2:4.3.1+dfsg-1ubuntu3 [671kB]
Get:3 http://au.archive.ubuntu.com karmic/main libmpfr-dev 2.4.1-1ubuntu1 [460kB]
Fetched 1,150kB in 0s (1,292kB/s)
Selecting previously deselected package libgmpxx4ldbl.
(Reading database ... 183381 files and directories currently installed.)
Unpacking libgmpxx4ldbl (from .../libgmpxx4ldbl_2%3a4.3.1+dfsg-1ubuntu3_amd64.deb) ...
Selecting previously deselected package libgmp3-dev.
Unpacking libgmp3-dev (from .../libgmp3-dev_2%3a4.3.1+dfsg-1ubuntu3_amd64.deb) ...
Selecting previously deselected package libmpfr-dev.
Unpacking libmpfr-dev (from .../libmpfr-dev_2.4.1-1ubuntu1_amd64.deb) ...
Setting up libgmpxx4ldbl (2:4.3.1+dfsg-1ubuntu3) ...

Setting up libgmp3-dev (2:4.3.1+dfsg-1ubuntu3) ...
Setting up libmpfr-dev (2.4.1-1ubuntu1) ...
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place
damien@damien-desktop:~/Downloads$ avr-gcc -o test test.c 
/usr/local/avr/libexec/gcc/avr/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory

[edit]
Almost forgot: Ubuntu 9.10 :)

Note also, because I'm running 64-bit (yes I have to - I routinely use > 4GB RAM), I had to use the --force-architecture switch when installing the deb package.
[/edit]

Last Edited: Mon. Jan 18, 2010 - 12:52 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

To test this here can you confirm that the simplest test program would just be ANY code that does an FP operation and needs to link with libm.a?

(actually you don't have an -lm in your invocation so presumably you are linking against libgcc.a ?)

I guess the simplest would be if you could simply .tar.gz a set of test files that I can confirm the error on a Ubuntu 9.10 test machine I use here with Bingo's .deb packages.

Cliff

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

Updated the .deb site , with the 16-jan-2010 package

/Bingo

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

@damien & Cliff

My libs are located here (found with : find / -name libmpfr.so.* -print )


root@frodo:/usr/local# ls /usr/lib/libmpf* -l
-rw-r--r-- 1 root root 486146 2008-02-02 09:49 /usr/lib/libmpfr.a
-rw-r--r-- 1 root root    821 2008-02-02 09:49 /usr/lib/libmpfr.la
lrwxrwxrwx 1 root root     16 2009-06-16 22:13 /usr/lib/libmpfr.so -> libmpfr.so.1.1.1
lrwxrwxrwx 1 root root     16 2009-06-16 22:13 /usr/lib/libmpfr.so.1 -> libmpfr.so.1.1.1
-rw-r--r-- 1 root root 257224 2008-02-02 09:49 /usr/lib/libmpfr.so.1.1.1
root@frodo:/usr/local# 


root@frodo:/usr/local# ls /usr/lib/libgmp* -l
-rw-r--r-- 1 root root 630996 2008-01-24 13:53 /usr/lib/libgmp.a
-rw-r--r-- 1 root root    779 2008-01-24 13:53 /usr/lib/libgmp.la
lrwxrwxrwx 1 root root     15 2009-06-16 22:13 /usr/lib/libgmp.so -> libgmp.so.3.4.2
lrwxrwxrwx 1 root root     15 2008-05-30 13:28 /usr/lib/libgmp.so.3 -> libgmp.so.3.4.2
-rw-r--r-- 1 root root 274416 2008-01-24 13:53 /usr/lib/libgmp.so.3.4.2
-rw-r--r-- 1 root root  27078 2008-01-24 13:53 /usr/lib/libgmpxx.a
-rw-r--r-- 1 root root    812 2008-01-24 13:53 /usr/lib/libgmpxx.la
lrwxrwxrwx 1 root root     17 2009-06-16 22:13 /usr/lib/libgmpxx.so -> libgmpxx.so.4.0.2
lrwxrwxrwx 1 root root     17 2009-06-16 22:13 /usr/lib/libgmpxx.so.4 -> libgmpxx.so.4.0.2
-rw-r--r-- 1 root root  14168 2008-01-24 13:53 /usr/lib/libgmpxx.so.4.0.2
root@frodo:/usr/local# 

So something tells me that they aren't included in the avr package.

But i why doesn't Cliff's test on a "clean" ubuntu fail ?

Damien , where are your libraries located ?

/Bingo

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

Quote:

But i why doesn't Cliff's test on a "clean" ubuntu fail ?

On my Ubuntu:

root@ubuntu910:/usr/lib# ls libmpfr* -l
lrwxrwxrwx 1 root root     16 2009-11-03 22:49 libmpfr.so.1 -> libmpfr.so.1.2.0
-rw-r--r-- 1 root root 313096 2009-05-16 17:11 libmpfr.so.1.2.0

I just need to trawl through my .deb database to see which package it was that delivered this to my system.

This is not an Ubuntu "Desktop" CD install but a system installed from the Ubuntu "alternate" CD as a "command line only" install to which I later installed xorg and fluxbox (and some other packages). One of the packages has clearly delivered this lib.

As it happens I'm just in the process of rebuilding a completely new system image so I'll see if I can see what delivers this lib while doing that. In which case it would just require one additional apt-get.

Cliff

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

Bingo600 wrote:

Damien , where are your libraries located ?

/Bingo

damien@damien-desktop:~/Downloads$ locate libmpfr.so.1
/usr/lib/libmpfr.so.1
/usr/lib/libmpfr.so.1.2.0
damien@damien-desktop:~/Downloads$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib
damien@damien-desktop:~/Downloads$ avr-gcc -o test test.c -lm
/usr/local/avr/libexec/gcc/avr/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: wrong ELF class: ELFCLASS64

For some reason, I needed to specify the library path (I better check ld.so.conf.d), but because the deb is built for x86, and all my libs are x64, I get the error loading the library.

The test file itself is trivial:

damien@damien-desktop:~/Downloads$ cat test.c 
#include 

int main(void)
{
	while(1)
	{
	}
}

If you have the script to build the deb, I can attempt to build the package for x64? It'd be a new adventure for me :)

-- Damien

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

I should also mention that I had also installed from the "alternate" install because my desktop is now raid-ed and the normal "desktop" install doesn't support it.

However, I do have a fresh desktop install on another computer, so give me a chance to get it up and running (grub dual booting is soooo broken for 9.10) and I'll see if it's reproducible there.

-- Damien

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

Just to note that the very simplest fix to the libmpfr problem is:

apt-get install libmpfr1ldbl

This is actually pulled in when you install the host copy of GCC (which is how my system has it)

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

clawson wrote:
Just to note that the very simplest fix to the libmpfr problem is:

apt-get install libmpfr1ldbl

This is actually pulled in when you install the host copy of GCC (which is how my system has it)

On x64, not quite:

damien@damien-desktop:~/Downloads$ sudo apt-get install libmpfr1ldbl 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
libmpfr1ldbl is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
damien@damien-desktop:~/Downloads$ avr-gcc -o test test.c -lm
/usr/local/avr/libexec/gcc/avr/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory
damien@damien-desktop:~/Downloads$ export LD_LIBRARY_PATH=/usr/lib
damien@damien-desktop:~/Downloads$ avr-gcc -o test test.c -lm
/usr/local/avr/libexec/gcc/avr/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: wrong ELF class: ELFCLASS64
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

BTW the reason my system has libmpfr1dbl is actually because I used "apt-get instal build-essential". That has dependencies of various things including g++. g++ then depends on cpp and gcc. cpp depends on cpp-4.4 and cpp-4.4 depends (amongst other things) on libmprf1dbl. And that's how I got it ;-)

BTW if anyone's interested:

dpkg-query -W -f='${Package} depends on ${Depends}\n' '*' 

is very useful for tracking dependencies and then grep'ing the output.

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

I don't know a lot about x64 use but does every binary have an x64 equivalent in the repositories? In fact presumably there's a whole different repository for x64. Presumably the error here is they have a 586 version file in an x64 repo?

If you can afford the space maybe try "build-essential" and see if that pulls it in?

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

@damien

Well it is some kinf of hybrid you are pulling off here ...

A 32bit gcc on a 64bit machine ....

That aparrently breaks when using shared libs.

Did you try to build it by source from the script ?

/Bingo

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

Bingo600 wrote:
@damien

Well it is some kinf of hybrid you are pulling off here ...

A 32bit gcc on a 64bit machine ....

That aparrently breaks when using shared libs.

Did you try to build it by source from the script ?

/Bingo

Yes, It is a hybrid because I did a --force-architecture of the deb :P

I also have build-essentials installed.

Tonight I'll build from the regular script and see what happens. I have in the past and it worked, but it's not a had idea to go through the motions again.

In short, I think we'll need an AMD64 version of the deb, for which I am happy to build (the full deb package) for others to use if I have scripts.

-- Damien

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

Bingo600 wrote:
Guyzz

If anyone wants to try out this debian install package go ahead :-)
....
/Bingo


I have a Lenny vmWare for my builds on my company laptop. I started now with AVR for a private project.
The binary package complained about `GLIBC_2.11' not found.

I would like to ask you, if you have made the package manually, or if there would be the Debian source package available?
Otherwise I need to compile it with the script :shock:.

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

www.wrightflyer.co.uk/avr-gcc/

(for Bingo's pre-built .deb's)

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

clawson wrote:
www.wrightflyer.co.uk/avr-gcc/
(for Bingo's pre-built .deb's)

See my original post:
jasminj wrote:
The binary package complained about `GLIBC_2.11' not found.
I already USED this binaries!
And I asked for the source Debian packages, if they exists.

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

You need the script

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

Bingo600 wrote:
You need the script
THX!
In the meantime I learned, that I need an other AVR GCC version for my AT32UC3B0256 (AVR32) CPU.
I found http://foss.doredevelopment.dk/wiki/Avr32-toolchain.

Can someone show me the right path to work on?
I am able to build cross compilers and hack shell scripts and automake and autoconf stuff.
But I don't want to reinvent the wheel.
If I invest a lot of time, it shall be useful for the AVR32 community.
I guess there are patches necessary and more.
I just downloaded the source from Atmel, which included only patches and Header files.

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

Google

Jsnyder avr32

I know james made a build

/bingo

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

Shall I split/move the part about avr32-gcc to an AVR32 forum?