Module submission - avr

[Dennis Veatch]

On Tuesday 12 June 2007 03:01:26 am criggenbach at magahugu.net wrote:
> Zitat von "Kok, Auke" <sofar at foo-projects.org>:
> > Christian Riggenbach wrote:
> >> Am Dienstag, 5. Juni 2007 18.29:34 schrieb criggenbach at magahugu.net:
> >>> module name       : avr
> >>> suggested section : science
> >>> update (y/n)      : n
> >>> bugfix (y/n)      : n
> >>> security (y/n)    : n
> >>>
> >>>
> >>> Here are the promised modules for the AVR-microprozessors
> >>>
> >>> Christian Riggenbach
> >>
> >> These five modules are the whole toolchain to compile and program the
> >> AVR- microcontrollers. the avr module is a profile to install all the
> >> others.
> >>
> >> avr-binutils, avr-gcc, avr-libc are selfexplaining, the avrdude is the
> >> programmer.
> >
> > what is the reason for submitting these packages? It appears to me that
> > the functionality of these packages really should be merged in binutils
> > and gcc itself instead.... or is that not going to happen?
> >
> > Auke
> > _______________________________________________
> > Lunar mailing list
> > Lunar at lunar-linux.org
> > http://foo-projects.org/mailman/listinfo/lunar
>
> hi
>
> these modules are not for x86 or any other pc-platform. they are for
> the AVR-microcontroller! so they should not be aplied to gcc or
> binutils, because normal users need not to compile code for
> microprocessors.
>
> AVR - website: http://atmel.com/products/avr/
>
> AVRs are in opinion the best 8bit uC ever, so i create a module to
> keep track of my versions of the toolchain on my HD. when i noticed
> that there are geda and pcb modules around, i thinked that somebody
> could have interest in uCs and submited these modules. so it is with
> "kontrollerlab", which is a IDE for this toolchain and the progammer.
>
>
> greets
>
> Christian Riggenbach

The question is not about what they are for, that's understood. The concern 
for a starter is your patch for what you call "avr-binutils". If you look at 
the download url note it is from the same repository as the binutils 
currently in moonbase (version 2.16.1) and your patch grabs version 2.17. 
Your patch as is simply calls it another name. It also looks like applying 
that patch will cause some intermingling with the currently installed 
binutils. 

Some cursory research raises some more questions. Your patches seem to be 
missing, um patches specifically needed for the avr in the area of binutils, 
libc, kernel, uboot, uclibc, gcc. So it appears to me what your really asking 
for is a crosscompile environment. Correct?

-- 
Dennis
You can tuna piano but you can't tune a fish.

http://www.lunar-linux.org/
It's worth the spin.