Hi!
tree-nested.c didn't handle C array sections in {,task_,in_}reduction clauses.
The following patch implements that, bootstrapped/regtested on x86_64-linux
and i686-linux, committed to trunk so far.
2020-03-14 Jakub Jelinek
PR middle-end/93566
* tree-nested.c
On 3/14/20 4:53 AM, Alexander Monakov wrote:
On Sat, 14 Mar 2020, Alexey Neyman wrote:
Attached is a patch that does it: at -g1, the type attributes are not
generated.
Two small issues I pointed out the last time are still present:
A mail by Jonathan made me look at that page again after a looong
while, and I noticed two simplifications.
Pushed (though the machinery to update the web site did not appear
to be working then, but I manually re-run it now).
Gerald
patch
commit
Here the template arguments for the partial specialization are valid
arguments for the template, but not for a partial specialization, because
'd' can never be deduced to anything other than an empty pack.
Tested x86_64-pc-linux-gnu, applying to 8/9/10.
gcc/cp/ChangeLog
2020-03-14 Jason Merrill
find_parameter_packs_r doesn't look through typedefs, which is normally
correct, but that means we need to handle their declarations specially.
Tested x86_64-pc-linux-gnu, applying to trunk.
gcc/cp/ChangeLog
2020-03-14 Jason Merrill
PR c++/92909
* pt.c
When cp_unevaluated_operand is set, tsubst_decl thinks that if it sees a
PARM_DECL that isn't already in local_specializations, we're in a decltype
in a trailing return type or some such, and so we only want a substitution
for a single PARM_DECL. In this case, we want the whole chain, so make
Hi,
This patch merges the libphobos implementation with upstream druntime
7915b6a3.
Includes port fixes for Musl on ARM, AArch64, and SystemZ targets.
Bootstrapped and tested on x86_64-linux-gnu, and committed to trunk.
Regards
Iain.
---
diff --git a/libphobos/libdruntime/MERGE
Run tests should use vmx_hw, not just powerpc_altivec_ok. Committed.
Segher
gcc/testsuite/
PR target/94176
* gcc.target/powerpc/fold-vec-mule-misc.c: Use vmx_hw selector.
---
gcc/testsuite/ChangeLog | 5 +
On Sat, 14 Mar 2020, Alexey Neyman wrote:
> Attached is a patch that does it: at -g1, the type attributes are not
> generated.
Two small issues I pointed out the last time are still present:
https://gcc.gnu.org/legacy-ml/gcc-patches/2020-02/msg01646.html
(I did not review the new patch on a more
Hi!
The testcase shows some accepts-invalid (the ones without alignas) and
ice-on-invalid-code (the ones with alignas) cases.
If the enum doesn't have an underlying type and is not a definition,
the caller retries to parse it as elaborated type specifier.
E.g. for enum struct S s it will then
On 2/28/20 1:50 PM, Jason Merrill wrote:
On 2/28/20 4:12 PM, Alexey Neyman wrote:
On 2/28/20 12:28 PM, Jason Merrill wrote:
On 2/28/20 2:11 PM, Alexander Monakov wrote:
Hm. So apparently at -g1 we don't emit type information for
functions, and
gdb sees each function as 'void foo()'
Hi!
The following testcase fails with -fcompare-debug. The problem is that
bar is marked as address_taken only with -g and not without.
I've tracked it down to insert_init_stmt calling gimple_regimplify_operands
even on DEBUG_STMTs. That function will just insert normal stmts before
the
Hi!
On the following testcase, if there is ASLR, the compiler generates
different code each time (out of 1000 invocations 994 unique assembler
contents). The problem is that undistribute_bitref_for_vector uses
a hash_map from a tree (SSA_NAME) to a vector and such a hash_map is
by default doing
Hi!
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux
and committed to trunk as obvious.
2020-03-14 Jakub Jelinek
* gimple-fold.c (gimple_fold_builtin_strncpy): Change
"a an" to "an" in a comment.
* hsa-common.h (is_a_helper): Likewise.
*
14 matches
Mail list logo
