Hi Joel,
> I tracked down a bug in building v850-rtems to a place in libgcc/config.host
> where the code setting tmake_file did not append, it overwrote the previous
> value. This caused v850-rtems to throw away the previous setting which
> adding the newlib/sys/rtems/* directories to the include
Hi Joel,
>> I suppose this happened in the course of my libgcc move patches for
> gcc
>> 4.7. Unfortunately, almost no one responded to my call for testers
> in
>> that timeframe, so it must have gone unnoticed since.
>
> We noticed but could never track it down. It initially manifested as
> _hos
On 03/18/2014 10:54 PM, Maxim Kuvyrkov wrote:
On Mar 12, 2014, at 12:19 PM, Braden Obrzut wrote:
My name is Braden Obrzut and I am a student from the University of Akron
interested in contributing to GCC for GSoC. I am interested in working on a
project related to the c++-concepts branch.
In
On Wed, Mar 19, 2014 at 3:13 PM, Richard Biener
wrote:
> On Tue, Mar 18, 2014 at 9:04 AM, Prathamesh Kulkarni
> wrote:
>> On Mon, Mar 17, 2014 at 2:22 PM, Richard Biener
>> wrote:
>>> On Sun, Mar 16, 2014 at 1:21 PM, Prathamesh Kulkarni
>>> wrote:
In c_expr::c_expr, shouldn't OP_C_EXPR be
Snapshot gcc-4.8-20140320 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20140320/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
> From: Richard Sandiford [mailto:rdsandif...@googlemail.com]
>
> "Thomas Preud'homme" writes:
>
> -mno-float causes gcc to define the macro __mips_no_float, which the
> implementation can use when deciding whether to bother handling %f, etc.
> I'm afraid there's nothing more sophisticated to it
