Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

I fixed several bugs in the previous ebuilds: configure not found error,  some
share files(man, info) conflict with other packages.
I also bumped the packages' version, but I'm not sure whether this is suitable.
Anyway, just hope these ebuilds can be useful.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=32638) [details]
avr-binutils-2.14.90.0.8.ebuild

Created an attachment (id=32639) [details]
avr-gcc-3.4.0.ebuild

I not quite sure whether this version is OK. Only tested on my box.

Created an attachment (id=32640) [details]
avr-libc-1.0.4.ebuild

Created an attachment (id=32642) [details]
avr-gcc-3.4.0.ebuild

fix the format error.

those three avr-* ebuilds need to die anyway, they shouldn't be in portage at
all.

I saw pappy fix this one yesterday. Do we have an alternate if these ebuilds
go?

I have submitted a patch so that crossdev (see sys-devel/crossdev) will compile
the AVR tool chain.  That works for binutils and gcc.  It still won't compile
libc.  I am not sure the best way to have libc automatically compiled, but I
think it is going to need some form of ebuild.

The patch is in http://bugs.gentoo.org/show_bug.cgi?id=52790 .  It is a pretty
simple patch, so I have high hopes it will be in the next version.  ;)

Scott  =)

avr-binutils-2.15 commited

I had problems with avr-gcc-3.4.[0-2]

with an error:

mkdir -p -- libgcc/avr5
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
/var/tmp/portage/avr-gcc-3.4.0/work/build/gcc/xgcc -B/var/tmp/portage/avr-gcc-3.4.0/work/build/gcc/ -B/usr/avr/bin/ -B/usr/avr/lib/ -isystem /usr/avr/include -isystem /usr/avr/sys-include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -DDF=SF -Dinhibit_libc -mcall-prologues -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc -I/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/. -I/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/../include  -DL_mulqi3 -xassembler-with-cpp -c /var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S -o libgcc/./_mulqi3.o
/var/tmp/portage/avr-gcc-3.4.0/work/build/gcc/xgcc -B/var/tmp/portage/avr-gcc-3.4.0/work/build/gcc/ -B/usr/avr/bin/ -B/usr/avr/lib/ -isystem /usr/avr/include -isystem /usr/avr/sys-include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -DDF=SF -Dinhibit_libc -mcall-prologues -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc -I/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/. -I/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/../include  -DL_mulhi3 -xassembler-with-cpp -c /var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S -o libgcc/./_mulhi3.o
/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S: Assembler messages:
/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S:72: Error: suffix or operands invalid for `clr'
/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S:72: Error: no such instruction: `clear result'
/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S:74: Error: no such instruction: `sbrc r24,0'
/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S:75: Error: too many memory references for `add'
/var/tmp/portage/avr-gcc-3.4.0/work/gcc-3.4.0/gcc/config/avr/libgcc.S:76: Error: too many memory references for `add'

followed by more assembly errors

avr-gcc-3.4.2 commited. If you see something weird I did just tell me.
avr-libc-1.0.4 added too

Sorry for keeping this one open so long. Please tell me what the problem is if you know.  Or if it works for you.

avr will be removed.

Alex

I had a talk with  Alexander. I'll take it over avr-* stuff until someone can
give Kumba enough inspiration to commit crossdev stuff. Then all that will be
left is avr-libc right? Patches to fix this one can be set to Kumba.

Correct, only avr-libc will be needed at that point.  The only question then in
my mind is what do we do with avr-libc's current dependency on avr-gcc?  Do we
just make it depend on nothing, or is there a plan for this in the crossdev
stuff?

Thank you.  I am willing to help out in any way I can.  Let me know if you need
anything from me.

Scott  =)

I'll add something to the || die clause and maybe some info notes. I'll
consider a dependancy on crossdev.

Scott does the avr-gcc-3.4.2 ebuild work for you? Come by on
irc://irc.freenode.net/#gentoo-embedded and I'm ususally there.

Sorry for the long pause.  No, it doesn't work for me, but I am still working
out why.  I think it has something to do with how binutils is compiled.  I will
let you know when I figure it out.

Scott  =)