Re: [avr-gcc-list] ElfCoff Error parsing symbol

[Larry Barello]

Last year the Atmel folks assured me that they were working on
supporting GCC - the results is Astudio 4.0 and the ability to "plug"
in modules.

This year, they assure me that their S/W guys are working on the
module directly supporting Dwarf/ELF, but of course, who knows when.
I assume they have the spec.  I don't know if they would appreciate
help.  The way to get started is to contact them at address@hidden and
ask to get hooked into the Studio developers (there are four full time
S/W developers working on it).

Astudio works well with IAR, ICC and CV products.  Those products
either are intimately tied with the early adoption of AVR or did the
work, on their own, to produce COFF file output.  I don't see any
sinister commercial preferences, just prioritizing their efforts where
the biggest return is.  Atmel is perfectly aware of the excellent
quality of GCC - but it isn't user friendly for Windows folks and the
vast bulk of their users are using windows and windows based tools.
Perhaps if we all took a few minutes to request ELF support they might
be a bit more responsive?

Cheers!


----- Original Message -----
From: "Iztok Zupet" <address@hidden>


> On Tuesday 18 June 2002 15:33, Marek Michalkiewicz wrote:
> > >   The same happened to me when I tried elfcoff. Guess we'l have
to wait
> > > for another release of elfcoff or accidentaly someone might
become
> > > intersted in writing coff-avr bfd description file for gnu
binutils...
> >
> > Would be even better if Atmel becomes interested in adding ELF
support
> > to AVR Studio.  Conversion between formats often loses
information, so
> > native ELF support should solve most of the current problems.
> >
> > ELF is an open standard, not specific to GCC or Linux, but also
used
> > on most of the modern Unices.  I'm not sure where the specs are,
but
> > I'm sure they must be publicly available somewhere...
> >
> > Marek
>
> Hi:
>
>  It seems to me that the Atmel company preferes commercial (not
open)
> standards for their products (AVR JTAG interface for instance) and
that they
> would prefer to seek commercial SW partnership then open source. So
far, I
> haven't found any up to date description of avr-coff format
specialities.


avr-gcc-list at http://avr1.org