Hi!
In 6+ we require that lhs is present if the return type of a call is
TREE_ADDRESSABLE, apparently this function has been missed.
Fixed thusly, bootstrapped/regtested (at r236371, later trunk fails
miserably on both x86_64-linux and i686-linux), ok for trunk/6.2?
2016-05-18 Jakub Jelinek
Hi!
These instructions are available in AVX512VL, so we can use
XMM16+ in there.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2016-05-18 Jakub Jelinek
* config/i386/sse.md (avx2_vec_dupv4df): Use v instead of x
constraint, use maybe_evex prefix instead
Hi!
vbroadcast[fi]32x4 and vinsert[fi]32x4 are in AVX512VL,
vbroadcast[fi]64x2 and vinsert[fi]64x2 are in AVX512VL & AVX512DQ.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2016-05-18 Jakub Jelinek
* config/i386/sse.md (i128vldq): New mode iterator.
(av
Hi!
vinserti32x4 is in AVX512VL.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2016-05-18 Jakub Jelinek
* config/i386/sse.md (vec_set_lo_v16hi, vec_set_hi_v16hi,
vec_set_lo_v32qi, vec_set_hi_v32qi): Add alternative with
v constraint instead of x
Hi!
The vinsert[if]64x2 instructions are AVX512VL & AVX512DQ, so
if only AVX512VL is on, we should emit the other insns - 32x4,
which without masking do the same thing.
With masking, we have to require TARGET_AVX512DQ.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2016-05-
OK.
Jason
On Wed, May 18, 2016 at 4:55 PM, Jakub Jelinek wrote:
> Hi!
>
> In 6+ we require that lhs is present if the return type of a call is
> TREE_ADDRESSABLE, apparently this function has been missed.
>
> Fixed thusly, bootstrapped/regtested (at r236371, later trunk fails
> miserably on bot
OK.
Jason
On 05/18/2016 11:48 AM, Paolo Carlini wrote:
Hi,
this issue should be easy to fix. Broken code like:
void foo ()
{
decltype (auto) a = foo;
}
triggers the gcc_assert in digest_init_r:
/* Come here only for aggregates: records, arrays, unions, complex
numbers
and vectors. */
gcc_as
On 01/04/2016 06:43 PM, Artemiy Volkov wrote:
016-01-04 Artemiy Volkov
* cplus-dem.c (enum type_kind_t): Add tk_rvalue_reference
constant.
(demangle_template_value_parm): Handle tk_rvalue_reference
type kind.
(do_type): Support 'O' type id (rvalue refer
On 05/02/2016 10:24 AM, Dominik Vogt wrote:
On Mon, May 02, 2016 at 09:29:50AM -0600, Jeff Law wrote:
On 04/29/2016 05:56 PM, Dominik Vogt wrote:
...
Maybe a comment should be added to the test case
/* If this test is *run* (not just compiled) and therefore fails
on non sh*-targets, this
On 05/03/2016 04:32 AM, Richard Biener wrote:
On Tue, 3 May 2016, Richard Biener wrote:
On Mon, 2 May 2016, Jeff Law wrote:
On 04/29/2016 05:36 AM, Richard Biener wrote:
On Thu, 28 Apr 2016, Jeff Law wrote:
On 04/28/2016 02:49 AM, Richard Biener wrote:
The following prototype patch re-us
On 05/07/2016 11:38 AM, Andrew Haley wrote:
On 06/05/16 07:35, David Wohlferd wrote:
1) I'm not clear precisely what problem this patch fixes. It's true
that some people have incorrectly assumed that basic asm clobbers
memory and this change would fix their code. But some people also
incorrec
On 05/09/2016 06:14 PM, David Malcolm wrote:
opts-common.c's cmdline_handle_error handles invalid arguments
for options with CL_ERR_ENUM_ARG by building a strings listing the
valid arguments. By also building a vec of valid arguments, we
can use find_closest_string and provide a hint if we see a
On 05/17/2016 04:01 PM, David Malcolm wrote:
There have been requests [1] for libgccjit to better support
functional programming by supporting the contination-passing style,
in which every function "returns" by calling a "continuation"
function pointer.
These calls must be guaranteed to be imple
On Wed, May 18, 2016 at 01:35:16PM -0500, Segher Boessenkool wrote:
> On Wed, May 18, 2016 at 11:20:29AM -0700, H.J. Lu wrote:
> > >> > * function.c (make_split_prologue_seq, make_prologue_seq,
> > >> > make_epilogue_seq): New functions, factored out from...
> > >> > (thread
Hi,
On 18/05/2016 23:13, Jason Merrill wrote:
Shouldn't we have complained about declaring a variable with function
type before we get here?
Ah, interesting, I think all the other compilers I have at hand don't
even try to catch the issue so early.
In any case, something as simple as the belo
gcc/c-family
PR preprocessor/71183
* c-common.c (get_source_date_epoch): Move to libcpp/init.c.
* c-common.h (get_source_date_epoch): Remove definition, as it
is now internal to libcpp/init.c.
* c-lex.c (c_lex_with_flags): Remove source_date_epoch
ini
The bug points out that the following and similar invalid uses
of NULL are not diagnosed.
#include
const char* a[1] = { "", NULL };
The attached patch implements the suggestion on the Diagnostics
Guidelines Wiki to call
expansion_point_location_if_in_system_header to determine the
location
The source-range handling for the array form of operator
new/delete erroneously assumed that the "]" was present,
leading to a dereference of NULL when it's absent.
Fix it thusly.
Successfully bootstrapped®rtested on x86_64-pc-linux-gnu;
adds 6 PASS results to g++.sum.
OK for trunk and gcc-6-bra
PR c/71171 reports yet another instance of the src_range of a
c_expr being used without initialization. Investigation shows
that this was due to error-handling, where the "value" field of
a c_expr is set to error_mark_node without touching the
src_range, leading to complaints from valgrind.
This
On Mon, May 16, 2016 at 4:30 AM, James Greenhalgh
wrote:
> As this change will change code generation for all cores (except
> Exynos-M1), I'd like to hear from those with more detailed knowledge of
> ThunderX, X-Gene and qdf24xx before I take this patch.
It looks like a slight lose on qdf24xx on
The handling of flexible array members whose element type was
dependent tried to deal with the case when the element type
was not yet completed but it did it wrong. The attached patch
corrects the handling by trying to complete the element type
first.
Thanks
Martin
PR c++/71147 - [6 Regression]
On 05/18/2016 05:29 AM, Nathan Sidwell wrote:
> On 05/17/16 17:30, Cesar Philippidis wrote:
>> On 05/17/2016 02:22 PM, Andrew Pinski wrote:
gcc.sum
Tests that now fail, but worked before:
nvptx-none-run: gcc.c-torture/execute/20100316-1.c -Os execution
test
nvptx-n
On 05/19/2016 12:12 AM, Jeff Law wrote:
On 05/17/2016 04:01 PM, David Malcolm wrote:
There have been requests [1] for libgccjit to better support
functional programming by supporting the contination-passing style,
in which every function "returns" by calling a "continuation"
function pointer.
T
Ping,
2016-05-18 9:03 GMT+02:00 Jakub Sejdak :
> OK for trunk and backports to branch 6 and 5?
>
> 2016-05-17 10:42 GMT+02:00 Kuba Sejdak :
>> ---
>> ChangeLog| 6 ++
>> MAINTAINERS | 1 +
>> configure| 6 ++
>> configure.ac | 6
101 - 125 of 125 matches
Mail list logo
