avr-gcc-list
[Top][All Lists]
Advanced

[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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]