https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80300
Bug ID: 80300
Summary: One of the DW_TAG_formal_parameters is missing if the
function has an inner function
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
On 2017.04.03 at 11:16 +0200, Richard Biener wrote:
>
> The following extends split_address_to_core_and_offset to handle
> POINTER_PLUS_EXPR to be able to simplify
> (unsigned long) [(void *) + 12B] - (unsigned long) ((const int
> *) + 4) which appears during niter analysis.
>
> We seem to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79993
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6/7 Regression] ICE in |[5/6 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80299
Bug ID: 80299
Summary: No ordinary unqualified lookup for operators from
default template arguments
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #24 from Segher Boessenkool ---
Author: segher
Date: Tue Apr 4 00:10:02 2017
New Revision: 24
URL: https://gcc.gnu.org/viewcvs?rev=24=gcc=rev
Log:
simplify-rtx: Fix compare of comparisons (PR60818)
The function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
Bug ID: 80298
Summary: incompatible with -mno-sse
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
This fixes a crash with -fconcepts on a few testcases.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit cee8cb05c77df3dd3c7d93dd70fb1061823f0e68
Author: Jason Merrill
Date: Thu Mar 30 22:04:05 2017 -0400
* semantics.c (finish_template_type): Check
I forgot to include PATCH and the PR in the subject line, sorry about
that. Also, I have run a full bootstrap and testsuite to verify that I
haven't missed any references to the extraneous copy of
target-libpath.exp in libffi.
We currently have two copies of target-libpath.exp in the tree under
gcc/testsuite/lib and libffi/testsuite/lib. It was originally pulled
into the libffi project from downstream gcc in 2009
(https://github.com/libffi/libffi/commit/5cbe2058c128e848446ae79fe15ee54260a90559).
Then in 2012, Anthony
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79947
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79947
--- Comment #6 from Michael Meissner ---
Author: meissner
Date: Mon Apr 3 22:57:32 2017
New Revision: 246665
URL: https://gcc.gnu.org/viewcvs?rev=246665=gcc=rev
Log:
[gcc]
2017-04-03 Michael Meissner
On 03/04/17 20:06 +0100, Jonathan Wakely wrote:
On 03/04/17 11:48 -0700, Mike Stump wrote:
[ dup, I sent the wrong from the wrong email address, you might not see it
because of that ]
On Apr 3, 2017, at 11:47 AM, Mike Stump wrote:
On Apr 3, 2017, at 10:53 AM, Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
Bug ID: 80297
Summary: Compiler time crash: type mismatch in binary
expression
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79141
--- Comment #5 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Apr 3 21:20:23 2017
New Revision: 246663
URL: https://gcc.gnu.org/viewcvs?rev=246663=gcc=rev
Log:
PR libstdc++/79141
Backport from mainline
2017-04-03 Ville Voutilainen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79141
Ville Voutilainen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69487
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon Apr 3 21:15:36 2017
New Revision: 246662
URL: https://gcc.gnu.org/viewcvs?rev=246662=gcc=rev
Log:
PR sanitizer/79993 - ICE with VLA initialization from string
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79993
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Mon Apr 3 21:15:36 2017
New Revision: 246662
URL: https://gcc.gnu.org/viewcvs?rev=246662=gcc=rev
Log:
PR sanitizer/79993 - ICE with VLA initialization from string
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #4 from Markus Trippelsdorf ---
Created attachment 41113
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41113=edit
Somewhat reduced testcase
In this testcase we were giving a STRING_CST a VLA type, which is
nonsensical and leads to the asan crash. After fixing that the
initialization semantics are still wrong, so this patch corrects that
as well.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35441
--- Comment #10 from Volker Reichelt ---
Patch at https://gcc.gnu.org/ml/gcc-patches/2017-03/msg00498.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80296
--- Comment #2 from Volker Reichelt ---
Patch at https://gcc.gnu.org/ml/gcc-patches/2017-04/msg00111.html
The following patch fixes a broken diagnostic:
#'unary_plus_expr' not supported by expression#
The code to handle UNARY_PLUS_EXPR is already in place in
cxx_pretty_printer::unary_expression. However, UNARY_PLUS_EXPR
is not checked in cxx_pretty_printer::expression, so that we
don't call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80296
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80296
Bug ID: 80296
Summary: Broken diagnostic 'unary_plus_expr' not supported by
expression
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Keywords: diagnostic
> The following C testcase shows how profiledbootstrap fails with checking
> compiler. We have a (nested) FUNCTION_DECL inside of BLOCK_VARS of an
> inline function, when it gets inlined, it is moved into
> BLOCK_NONLOCALIZED_VARS. And, decls_for_scope calls process_scope_var
> with NULL decl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80292
--- Comment #2 from Bernd Edlinger ---
Oh, well, thanks for clarifying.
Hi!
This patch deals just with correctness of vector shifts by scalar
non-immediate. The manuals say the shift count is bits [0:63] of
the corresponding source operand (XMM reg or memory in some cases),
and if the count is bigger than number of bits - 1 in the vector element,
it is treated as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |NEW
Summary|ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80292
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #2 from Maikel ---
Created attachment 41112
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41112=edit
Result of "g++ -save-temps ice.cpp -I third-party/range-v3/include/ -std=c++1z"
Used commands:
g++ -save-temps ice.cpp -I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71294
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80295
Bug ID: 80295
Summary: ICE in __builtin_update_setjmp_buf expander
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Bug ID: 80294
Summary: ICE with constexpr and inheritance
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
That builtin actually expects a single pointer argument.
Andreas.
* builtins.def (BUILT_IN_UPDATE_SETJMP_BUF): Fix type.
diff --git a/gcc/builtins.def b/gcc/builtins.def
index e383c80145..58d78dbbde 100644
--- a/gcc/builtins.def
+++ b/gcc/builtins.def
@@ -884,7 +884,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70321
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|7.0 |8.0
Summary|[6/7 Regression]
On 03/04/17 11:48 -0700, Mike Stump wrote:
[ dup, I sent the wrong from the wrong email address, you might not see it
because of that ]
On Apr 3, 2017, at 11:47 AM, Mike Stump wrote:
On Apr 3, 2017, at 10:53 AM, Jonathan Wakely wrote:
This fixes
Bill,
can you give this patch a spin please? I've smoke tested it on a ppc64le
x-compiler, but don't have one to run executables. regression testing
on an x86_64-linux system is ok.
The DEPENDENT_TYPE_VALID_P thing is a red herring.
It is the canonical type table's equal function
On 03/04/17 18:19 +0100, Jonathan Wakely wrote:
* doc/xml/manual/status_cxx2017.xml: Update C++17 status table.
* doc/xml/manual/appendix_contributing.xml (contrib.organization): Add
directories for debug, parallel and profile headers.
* doc/html/*: Regenerate.
On Apr 3, 2017, at 10:53 AM, Jonathan Wakely wrote:
>
> This fixes lots of typos throughout the tree. Can this be committed to
> trunk as obvious?
Yes, it can. However, I like it when even this patch is reviewed. I reviewed
it, looks good.
You missed initialisers ->
On 4/3/17 12:01 PM, Peter Bergner wrote:
> On 4/3/17 11:04 AM, Peter Bergner wrote:
>> On 4/2/17 1:53 PM, Segher Boessenkool wrote:
>>> I also have a fix for the dfp-builtin-1.c problem.
>>
>> Something like the following maybe? It seems to work for me.
>> I think the hard_dfp predicate was added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80246
--- Comment #11 from Peter Bergner ---
Author: bergner
Date: Mon Apr 3 18:06:52 2017
New Revision: 246660
URL: https://gcc.gnu.org/viewcvs?rev=246660=gcc=rev
Log:
Backport from mainline
2017-04-03 Peter Bergner
This fixes lots of typos throughout the tree. Can this be committed to
trunk as obvious?
I've bootstrapped the C and C++ compilers, but not Ada, and of course
not compiled all the target changes in gcc/config/*
Is one big commit OK, or one per-ChangeLog? Or something else?
(Currently I have
On Mon, Apr 03, 2017 at 10:56:50AM -0500, Pat Haugen wrote:
> On 03/31/2017 06:28 PM, Kelvin Nilsen wrote:
> > +! { dg-do compile { target { powerpc*-*-* } } }
> > +! { dg-skip-if "do not override -mcpu" { powerpc*-*-* } { "-mcpu=*" } {
> > "-mcpu=power9" } }
>
> Shouldn't it be -mcpu=405 in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80246
--- Comment #10 from Peter Bergner ---
Author: bergner
Date: Mon Apr 3 17:40:53 2017
New Revision: 246659
URL: https://gcc.gnu.org/viewcvs?rev=246659=gcc=rev
Log:
Backport from mainline
2017-04-03 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80293
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
I think this started working when I made std::reference_wrapper use
std::__invoke, so we can uncomment the tests.
* testsuite/20_util/reference_wrapper/invoke.cc: Uncomment tests
that no longer fail.
Tested powerpc64le-linux, committed to trunk.
commit
On Mon, Apr 03, 2017 at 11:01:23AM -0600, Jeff Law wrote:
> > PR rtl-optimization/60818
> > * simplify-rtx.c (simplify_binary_operation_1): Do not replace
> > a compare of comparisons with the thing compared if this results
> > in a different machine mode.
> >
> >gcc/testsuite/
> >
* include/bits/ios_base.h: Correct comment.
* testsuite/util/testsuite_hooks.h: Likewise.
Tested powerpc64le-linux, committed to trunk.
commit 9622234eee9d9c61dcfcc8eefa7d5aac0ee44eb4
Author: Jonathan Wakely
Date: Mon Apr 3 16:54:40 2017 +0100
Fix
* doc/xml/manual/status_cxx2017.xml: Update C++17 status table.
* doc/xml/manual/appendix_contributing.xml (contrib.organization): Add
directories for debug, parallel and profile headers.
* doc/html/*: Regenerate.
Committed to trunk.
commit
We can't fully implement this without compiler support (see PR80265)
but this adds _GLIBCXX17_CONSTEXPR where possible.
I've left /* _GLIBCXX17_CONSTEXPR */ comments where we need to add it
once the compiler allows it.
* include/bits/char_traits.h (__gnu_cxx::char_traits): Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80246
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Mon Apr 3 17:10:57 2017
New Revision: 246654
URL: https://gcc.gnu.org/viewcvs?rev=246654=gcc=rev
Log:
PR target/80246
* gcc.target/powerpc/dfp-builtin-1.c: Require
On 04/03/2017 11:00 AM, Jakub Jelinek wrote:
On Mon, Apr 03, 2017 at 10:56:13AM -0600, Jeff Law wrote:
On 04/01/2017 06:24 AM, Jakub Jelinek wrote:
Apparently Darwin has insane default stack size for pthread_create
unless overridden through pthread_attr_setstacksize - 512kB, compared e.g.
to
On 4/3/17 11:04 AM, Peter Bergner wrote:
> On 4/2/17 1:53 PM, Segher Boessenkool wrote:
>> I also have a fix for the dfp-builtin-1.c problem.
>
> Something like the following maybe? It seems to work for me.
> I think the hard_dfp predicate was added after the dfp-builtin-[12].c
> test cases were
On 03/31/2017 03:40 PM, Segher Boessenkool wrote:
The function simplify_binary_operation_1 has code that does
/* Convert (compare (gt (flags) 0) (lt (flags) 0)) to (flags). */
but this transformation is only valid if "flags" has the same machine
mode as the outer compare. This fixes it.
On Mon, Apr 03, 2017 at 10:56:13AM -0600, Jeff Law wrote:
> On 04/01/2017 06:24 AM, Jakub Jelinek wrote:
> > Apparently Darwin has insane default stack size for pthread_create
> > unless overridden through pthread_attr_setstacksize - 512kB, compared e.g.
> > to Linux usual default of around 8MB.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On 04/01/2017 06:24 AM, Jakub Jelinek wrote:
Hi!
Apparently Darwin has insane default stack size for pthread_create
unless overridden through pthread_attr_setstacksize - 512kB, compared e.g.
to Linux usual default of around 8MB. For typical OpenMP uses that is way
too low, so the following
On 03/04/17 16:43 +0100, Jonathan Wakely wrote:
On 02/04/17 02:45 +0300, Ville Voutilainen wrote:
PR libstdc++/79141
* include/bits/stl_pair.h (__wrap_nonesuch): New.
(operator=(typename conditional<
__and_,
is_copy_assignable<_T2>>::value,
const pair&, const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80293
Bug ID: 80293
Summary: g++ 5.4 -> 6.1 regression: unnecessary code at -O2
(-O1 is fine)
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79141
--- Comment #4 from Ville Voutilainen ---
Fixed on trunk so far, backporting...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79141
--- Comment #3 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Apr 3 16:30:58 2017
New Revision: 246653
URL: https://gcc.gnu.org/viewcvs?rev=246653=gcc=rev
Log:
PR libstdc++/79141
* include/bits/stl_pair.h (__nonesuch_no_braces): New.
> On S/390 UNITS_PER_WORD is:
> 8 with -m64
> 4 with -m31
> 8 with -m31 -mzarch
>
> This has been chosen to support use of 64 bit registers also in 32 bit
> code. Code compiled with -m31 -mzarch is supposed to adhere to the 32
> bit ABI. In order to make that work it was required to prevent
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80246
--- Comment #8 from Peter Bergner ---
Author: bergner
Date: Mon Apr 3 16:15:00 2017
New Revision: 246652
URL: https://gcc.gnu.org/viewcvs?rev=246652=gcc=rev
Log:
PR target/80246
* gcc.target/powerpc/pr80246.c: Require hard_dfp.
On 4/2/17 1:53 PM, Segher Boessenkool wrote:
> I also have a fix for the dfp-builtin-1.c problem.
Something like the following maybe? It seems to work for me.
I think the hard_dfp predicate was added after the dfp-builtin-[12].c
test cases were added, which is maybe why Mike used powerpc_vsx_ok?
On 04/03/2017 09:42 AM, Aurelien Buhrig wrote:
Hello !
I would like to use a fixed global register (here, as an applicative
stack pointer) and would like gcc (6.3 / private backend) to actually
optimize the following code using postinc/predec addressing mode on this
global fixed reg itself (a4
On 03/31/2017 06:28 PM, Kelvin Nilsen wrote:
> +! { dg-do compile { target { powerpc*-*-* } } }
> +! { dg-skip-if "do not override -mcpu" { powerpc*-*-* } { "-mcpu=*" } {
> "-mcpu=power9" } }
Shouldn't it be -mcpu=405 in the exclude string since that's what's
specified below?
> +! {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
--- Comment #7 from Bernd Schmidt ---
Well, I've made a small tweak to the patch I have for PR78972, and I've got
what at a glance looks like optimal code (no spills).
Hello !
I would like to use a fixed global register (here, as an applicative
stack pointer) and would like gcc (6.3 / private backend) to actually
optimize the following code using postinc/predec addressing mode on this
global fixed reg itself (a4 here) :
register int *ptr asm ("a4");
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79905
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On 02/04/17 02:45 +0300, Ville Voutilainen wrote:
PR libstdc++/79141
* include/bits/stl_pair.h (__wrap_nonesuch): New.
(operator=(typename conditional<
__and_,
is_copy_assignable<_T2>>::value,
const pair&, const __wrap_nonesuch&>::type)): Change
On 02/04/17 15:08 +0300, Ville Voutilainen wrote:
Implement std::is_aggregate.
* include/std/type_traits (is_aggregate, is_aggregate_v): New.
* testsuite/20_util/is_aggregate/requirements/explicit_instantiation.cc:
New.
* testsuite/20_util/is_aggregate/requirements/typedefs.cc:
On 01/04/17 17:48 +0100, Andrew Jenner wrote:
Index: libstdc++-v3/testsuite/25_algorithms/nth_element/58800.cc
===
--- libstdc++-v3/testsuite/25_algorithms/nth_element/58800.cc (revision
475331)
+++
On 04/01/2017 11:21 AM, Gerald Pfeifer wrote:
On Sat, 1 Apr 2017, Andrew Jenner wrote:
In the course of working with ia16, I found a case where the
sorted_allocnos
array in ira-color.c requires more than ira_allocnos_num entries. The
following patch allows this array to expand when this
On 04/01/2017 10:47 AM, Andrew Jenner wrote:
About 10 years ago, Rask Ingemann Lambertsen sent a patch series to add
a 16-bit x86 (i.e. 8088, 8086, 80186 and 80286 CPUs) back end. This work
was never committed. Recently I've been doing some work on this back
end, and today we released a Sourcery
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80292
Bug ID: 80292
Summary: __m64 type-attribute may_alias ignored
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291
--- Comment #2 from snowfed ---
Created attachment 41109
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41109=edit
This small program reproduces the compiler bug (SIMPLIFIED).
This new test program is much more simple than the previous
On 01/04/17 17:48 +0100, Andrew Jenner wrote:
* src/c++11/cow-stdexcept.cc (_ITM_RU2): Declare.
(txnal_read_ptr): Allow 16-bit pointers.
* src/c++11/codecvt.cc (read_utf8_code_point): Handle 16-bit int.
OK for Stage 1, thanks.
On 4/3/17 9:41 AM, Peter Bergner wrote:
> On 4/2/17 1:53 PM, Segher Boessenkool wrote:
>> I also have a fix for the dfp-builtin-1.c problem.
>
> You mean you have a patch to the regex to match both std/stw and ld/lwz?
I think we should also add:
/* { dg-require-effective-target hard_dfp } */
On 4/2/17 1:53 PM, Segher Boessenkool wrote:
> On Sun, Apr 02, 2017 at 09:48:36AM -0500, Peter Bergner wrote:
>> On 4/2/17 2:29 AM, Andreas Schwab wrote:
+/* { dg-require-effective-target dfp } */
>> [snip]
>>> FAIL: gcc.target/powerpc/pr80246.c (test for excess errors)
>>> Excess errors:
>>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Hi Eric,
I ran into a similiar problem as PR80117 on S/390 starting with your
patch merging the system*.ads files for some biarch plattforms.
Starting with that change GCC does not bootstrap on S/390 when
configured with --with-mode=zarch.
On S/390 UNITS_PER_WORD is:
8 with -m64
4 with -m31
8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291
Bug ID: 80291
Summary: internal compiler error: in gfc_conv_expr_descriptor,
at fortran/trans-array.c:6662
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Bug ID: 80290
Summary: g++ uses unreasonable amount of memory compiling
nested string maps
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78734
--- Comment #2 from Marek Polacek ---
Never mind, I see what you mean now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78734
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
On Mon, 3 Apr 2017, Marc Glisse wrote:
> On Mon, 3 Apr 2017, Richard Biener wrote:
>
> > --- gcc/match.pd(revision 246642)
> > +++ gcc/match.pd(working copy)
> > @@ -1153,7 +1153,14 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
> > (if (tree_nop_conversion_p (type, TREE_TYPE (@0))
> >
On Mon, 3 Apr 2017, Richard Biener wrote:
--- gcc/match.pd(revision 246642)
+++ gcc/match.pd(working copy)
@@ -1153,7 +1153,14 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
(if (tree_nop_conversion_p (type, TREE_TYPE (@0))
&& tree_nop_conversion_p (type, TREE_TYPE (@1))
Hi,
we are very pleased to invite you all the GNU Tools Cauldron on 8-10 September
2017. This year we will meet again in Prague, at Charles University. Details
are here:
https://gcc.gnu.org/wiki/cauldron2017
As usual, please register (capacity is limited), send abstracts and ask
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80275
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Mon Apr 3 12:22:22 2017
New Revision: 246648
URL: https://gcc.gnu.org/viewcvs?rev=246648=gcc=rev
Log:
2017-04-03 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80275
Richard Biener changed:
What|Removed |Added
Known to work||7.0.1
Summary|[6/7
Ping. Any ideas how to move this forward?
On Fri, Mar 24, 2017 at 05:22:00PM +0100, Marek Polacek wrote:
> On Thu, Mar 23, 2017 at 05:09:58PM -0400, Jason Merrill wrote:
> > On Thu, Mar 23, 2017 at 4:34 PM, Marek Polacek wrote:
> > > On Tue, Mar 14, 2017 at 02:34:30PM -0400,
The following fixes PR80281.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Richard.
2017-04-03 Richard Biener
PR middle-end/80281
* match.pd (A + (-B) -> A - B): Make sure to preserve unsigned
arithmetic done for the negate or the
Allow targets to define the default for the short enums option.
gcc/
* config/arm/arm.c: (ARM_DEFAULT_SHORT_ENUMS): Provide default
definition.
* config/arm/rtems.h (ARM_DEFAULT_SHORT_ENUMS) Define.
---
gcc/config/arm/arm.c | 6 +-
gcc/config/arm/rtems.h | 2 ++
2
On 04/03/2017 12:11 PM, Pedro Alves wrote:
> Hi Jakub,
>
> On 04/01/2017 01:27 PM, Jakub Jelinek wrote:
>
>> 2017-04-01 Jakub Jelinek
>>
>> PR debug/80263
>> * dwarf2out.c (modified_type_die): Try harder not to emit internal
>> sizetype type into debug info.
Hi Jakub,
On 04/01/2017 01:27 PM, Jakub Jelinek wrote:
> 2017-04-01 Jakub Jelinek
>
> PR debug/80263
> * dwarf2out.c (modified_type_die): Try harder not to emit internal
> sizetype type into debug info.
>
> * gcc.dg/debug/dwarf2/pr80263.c: New test.
> Thanks, that at least fixes tasking.
Great, here's what I have installed on the mainline (it only affects the Ada
compiler) after testing on x86-64/Linux, Aarch64/Linux and SPARC/Solaris.
2017-04-03 Eric Botcazou
* tree-nested.c (get_descriptor_type): Make
1 - 100 of 140 matches
Mail list logo