Bug 52979 – avr-[binutils, gcc, libc] related ebuilds update.

• Product: Gentoo Linux
• Status: RESOLVED CANTFIX

[Description Ming Zhao (RETIRED) 2004-06-04 08:05:14 UTC]

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.

[Comment 1 Ming Zhao (RETIRED) 2004-06-04 08:08:21 UTC]

Created attachment 32638 [details]
avr-binutils-2.14.90.0.8.ebuild

[Comment 2 Ming Zhao (RETIRED) 2004-06-04 08:09:53 UTC]

Created attachment 32639 [details]
avr-gcc-3.4.0.ebuild

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

[Comment 3 Ming Zhao (RETIRED) 2004-06-04 08:11:43 UTC]

Created attachment 32640 [details]
avr-libc-1.0.4.ebuild

[Comment 4 Ming Zhao (RETIRED) 2004-06-04 08:16:39 UTC]

Created attachment 32642 [details]
avr-gcc-3.4.0.ebuild

fix the format error.

[Comment 5 Seemant Kulleen (RETIRED) 2004-06-04 10:34:17 UTC]

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

[Comment 6 Daniel Black (RETIRED) 2004-06-04 16:12:00 UTC]

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

[Comment 7 Scott Price 2004-06-11 14:09:09 UTC]

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  =)

[Comment 8 Daniel Black (RETIRED) 2004-09-23 09:04:53 UTC]

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.

[Comment 9 Alexander Gabert (RETIRED) 2004-09-23 19:30:45 UTC]

avr will be removed.

Alex

[Comment 10 Daniel Black (RETIRED) 2004-09-23 19:53:03 UTC]

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.

[Comment 11 Scott Price 2004-09-23 20:34:25 UTC]

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  =)

[Comment 12 Daniel Black (RETIRED) 2004-09-23 20:44:34 UTC]

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.

[Comment 13 Scott Price 2004-09-27 10:58:21 UTC]

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  =)