On Tue, 07 Nov 2017 05:02:13 PST (-0800), dje@gmail.com wrote:
> On Tue, Nov 7, 2017 at 2:14 AM, Jakub Jelinek wrote:
>> On Mon, Nov 06, 2017 at 06:39:20PM -0800, Palmer Dabbelt wrote:
>>> Jim has recently started working at SiFive, where he'll be contributing
>>> to our GCC port. Andrew, Kit
On Mon, Nov 6, 2017 at 6:39 PM, Palmer Dabbelt wrote:
>
> +riscv port Jim Wilson
>
>
It is jimw not jim for the email address. Please fix.
Jim
On Tue, 07 Nov 2017 09:47:37 PST (-0800), Jim Wilson wrote:
> On Mon, Nov 6, 2017 at 6:39 PM, Palmer Dabbelt wrote:
>>
>> +riscv port Jim Wilson
>>
>>
> It is jimw not jim for the email address. Please fix.
Sorry. We're still pending approval, but
diff --git a/MAINTAI
On Tue, Nov 07, 2017 at 09:14:58AM +0100, Richard Biener wrote:
> On Mon, 6 Nov 2017, Jason Merrill wrote:
>
> > On Mon, Nov 6, 2017 at 10:37 AM, Marek Polacek wrote:
> > > On Fri, Nov 03, 2017 at 12:19:05PM -0400, Jason Merrill wrote:
> > >> On Fri, Nov 3, 2017 at 9:55 AM, Marek Polacek wrote:
Richard Biener writes:
> On Fri, Nov 3, 2017 at 5:32 PM, Richard Sandiford
> wrote:
>> A general TARGET_MEM_REF is:
>>
>> BASE + STEP * INDEX + INDEX2 + OFFSET
>>
>> After classifying the address in this way, the code that builds
>> TARGET_MEM_REFs tries to simplify the address until it's val
This patch by Cherry Zhang avoids double counting "." in
nested_function_num in the Go frontend. Nested functions are named
"outerfunc.$nestedN", where N is a number. nested_function_num
extracts that number. The name is first passed to unpack_hidden_name,
which handles the "." and should result "
On Tue, Nov 7, 2017 at 3:14 AM, Richard Biener wrote:
> On Mon, 6 Nov 2017, Jason Merrill wrote:
>
>> On Mon, Nov 6, 2017 at 10:37 AM, Marek Polacek wrote:
>> > On Fri, Nov 03, 2017 at 12:19:05PM -0400, Jason Merrill wrote:
>> >> On Fri, Nov 3, 2017 at 9:55 AM, Marek Polacek wrote:
>> >> > + TY
Earlier GFortran used to redefine boolean_type_node, which in the rest
of the compiler means the C/C++ _Bool/bool type, to the Fortran
default logical type. When this redefinition was removed, a few
issues surfaced. Namely,
1) PR 82869, where we created a boolean tmp variable, and passed it to
th
101 - 108 of 108 matches
Mail list logo