[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-gcc-list] [Patch, avr-libc]: Relax sanity check for CC from *av
From: |
Weddington, Eric |
Subject: |
Re: [avr-gcc-list] [Patch, avr-libc]: Relax sanity check for CC from *avr*gcc* to *gcc* |
Date: |
Mon, 31 Oct 2011 14:36:00 -0600 |
> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden On
> Behalf Of Georg-Johann Lay
> Sent: Monday, October 31, 2011 2:04 PM
> To: address@hidden
> Cc: Joerg Wunsch
> Subject: Re: [avr-gcc-list] [Patch, avr-libc]: Relax sanity check for
CC
> from *avr*gcc* to *gcc*
>
> Georg-Johann Lay schrieb:
> > This is a proposed patch to allow compiler names that don't fit into
the
> > "avr-gcc" scheme like, e.g. "xgcc".
Why is this patch needed?
> >
> > * configure.ac (CC): Use `${CC} -dumpmachine` to query for right
> cross
> > compiler instead of checking CC.
>
> Or, even better:
>
> + Xavr*X) ;;
>
> instead of
>
> + XavrX) ;;
>
> This will detect avr32*-gcc as correct compiler (that's problem the
old
> code
> has also) but allow avr-rtems-*.
>
AFAIK avr-rtems compiler does not use avr-libc, but uses newlib. I
talked previously with Joel Sherrill (CC), who is in charge of RTEMS,
about the possibility of them using avr-libc, but he declined the offer
because (IIRC) the RTEMS project uses newlib extensively as RTEMS is
POSIX oriented.
And detecting the avr32-gcc compiler for avr-libc is not correct either.
AVR32 currently uses Newlib also. But there has been some work (awhile
ago now) on the possibility of doing an avr32-libc project specifically
for the avr32 target.
Eric Weddington