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 attachment 32638 [details] avr-binutils-2.14.90.0.8.ebuild
Created attachment 32639 [details] avr-gcc-3.4.0.ebuild I not quite sure whether this version is OK. Only tested on my box.
Created attachment 32640 [details] avr-libc-1.0.4.ebuild
Created attachment 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 =)
