[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [avr-gcc-list] AVR environment on Solaris 10
From: |
Weddington, Eric |
Subject: |
RE: [avr-gcc-list] AVR environment on Solaris 10 |
Date: |
Tue, 1 Dec 2009 09:47:04 -0700 |
Hi Andreas,
Various comments:
Normally binutils is built in a separate build directory, not built in its
source tree.
I don't know for sure if you really need to use the --program-prefix configure
switch in binutils and gcc. The build process normally does that on other
hosts, but I don't know how it behaves on Solaris.
You do need to make sure that after binutils is built, that you put the
installation directory (--prefix) in your PATH environment variable. Building
gcc and avr-libc will need to know where the just-built AVR assembler and
linker are located.
You have the gcc configure switch --enable-language=c and it should be
--enable-languages=c. Note that "languages" is plural.
It would be better to build gcc version 4.3.3, instead of 4.2.3. It's a more
recent version and it's being used on other hosts.
To get support for other devices, as well as a number of bug fixes, you'll need
to patch your binutils and gcc source code using the patches found at the
WinAVR project (SourceForge) or using the patches found in the FreeBSD Ports
project. These are roughly the same patches. The WinAVR patches only patch
binutils 2.19 though, not 2.20.
You will need to have the GMP and MPFR library packages on your host in order
to properly build GCC. If you don't have these libraries, they are relatively
easy to build.
I don't know for sure whether any of the above is a cause of your problem, but
it might help out.
Eric Weddington
> -----Original Message-----
> From:
> address@hidden
> [mailto:address@hidden
> org] On Behalf Of Andreas Höschler
> Sent: Tuesday, December 01, 2009 9:07 AM
> To: address@hidden
> Subject: [avr-gcc-list] AVR environment on Solaris 10
>
> Hi all,
>
> I am trying to setup an AVR development environment on my Solaris 10
> machine as follows:
>
> mkdir /usr/local/avr/
> mkdir /usr/local/avr/bin
>
> cd /usr/src
> gunzip binutils-2.20.tar.gz
> tar xvf binutils-2.20.tar
> cd binutils-2.20
> ./configure --target=avr --prefix=/usr/local/avr
> --program-prefix="avr-"
> make
> make install
>
> cd /usr/src
> gtar xvf gcc-4.2.3.tar
> cd gcc-4.2.3
> mkdir objdir
> cd objdir
> ../configure --target=avr --prefix=/usr/local/avr
> --enable-language=c
> --program-prefix="avr-"
> make
>
> The make of the gcc build leads to the following error:
>
> make[2]: Entering directory
> `/usr/share/src/gcc-4.2.3/objdir/libdecnumber'
> source='../../libdecnumber/decNumber.c' object='decNumber.o'
> libtool=no
> gcc -I../../libdecnumber -I. -g -O2 -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
> -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long
> -I../../libdecnumber -I. -c ../../libdecnumber/decNumber.c
> source='../../libdecnumber/decContext.c' object='decContext.o'
> libtool=no gcc -I../../libdecnumber -I. -g -O2 -W -Wall
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
> -Wold-style-definition -Wmissing-format-attribute -Wcast-qual
> -pedantic
> -Wno-long-long -I../../libdecnumber -I. -c
> ../../libdecnumber/decContext.c
> source='../../libdecnumber/decUtility.c' object='decUtility.o'
> libtool=no gcc -I../../libdecnumber -I. -g -O2 -W -Wall
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
> -Wold-style-definition -Wmissing-format-attribute -Wcast-qual
> -pedantic
> -Wno-long-long -I../../libdecnumber -I. -c
> ../../libdecnumber/decUtility.c
> source='../../libdecnumber/decimal32.c' object='decimal32.o'
> libtool=no
> gcc -I../../libdecnumber -I. -g -O2 -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
> -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long
> -I../../libdecnumber -I. -c ../../libdecnumber/decimal32.c
> source='../../libdecnumber/decimal64.c' object='decimal64.o'
> libtool=no
> gcc -I../../libdecnumber -I. -g -O2 -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
> -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long
> -I../../libdecnumber -I. -c ../../libdecnumber/decimal64.c
> source='../../libdecnumber/decimal128.c' object='decimal128.o'
> libtool=no gcc -I../../libdecnumber -I. -g -O2 -W -Wall
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
> -Wold-style-definition -Wmissing-format-attribute -Wcast-qual
> -pedantic
> -Wno-long-long -I../../libdecnumber -I. -c
> ../../libdecnumber/decimal128.c
> rm -f libdecnumber.a
> ar cru libdecnumber.a decNumber.o decContext.o decUtility.o
> decimal32.o
> decimal64.o decimal128.o
> ranlib libdecnumber.a
> make[2]: Leaving directory
> `/usr/share/src/gcc-4.2.3/objdir/libdecnumber'
> make[2]: Entering directory `/usr/share/src/gcc-4.2.3/objdir/gcc'
> make[2]: *** No rule to make target `all'. Stop.
> make[2]: Leaving directory `/usr/share/src/gcc-4.2.3/objdir/gcc'
> make[1]: *** [all-gcc] Error 2
> make[1]: Leaving directory `/usr/share/src/gcc-4.2.3/objdir'
> make: *** [all] Error 2
>
> I am not sure what to do with that. Any idea what went wrong here?
>
> Hints are greatly appreciated!
>
> Thanks,
>
> Andreas
>
>
>
> _______________________________________________
> AVR-GCC-list mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
>
- [avr-gcc-list] AVR environment on Solaris 10, Andreas Höschler, 2009/12/01
- RE: [avr-gcc-list] AVR environment on Solaris 10,
Weddington, Eric <=
- Re: [avr-gcc-list] AVR environment on Solaris 10, Andreas Höschler, 2009/12/01
- Re: [avr-gcc-list] AVR environment on Solaris 10, Jonathan Blanchard, 2009/12/01
- Re: [avr-gcc-list] AVR environment on Solaris 10, Andreas Höschler, 2009/12/01
- RE: [avr-gcc-list] AVR environment on Solaris 10, Weddington, Eric, 2009/12/01
- Re: [avr-gcc-list] AVR environment on Solaris 10, Andreas Höschler, 2009/12/01
- RE: [avr-gcc-list] AVR environment on Solaris 10, Weddington, Eric, 2009/12/01
Re: [avr-gcc-list] AVR environment on Solaris 10, Ruud Vlaming, 2009/12/01