Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

On Mon, 19 Sep 2016, Thomas Schwinge wrote: > > The question is whether such a complex type could be a global tree which I > > don't think it could. > > Specifically, my question was whether for every complex type that is part > of the global trees, it holds that the complex type's component

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

Hi! On Mon, 19 Sep 2016 10:12:48 +0200, Richard Biener wrote: > On Fri, Sep 16, 2016 at 7:07 PM, Joseph Myers wrote: > > On Fri, 16 Sep 2016, Thomas Schwinge wrote: > > > >> That's what I was afraid of: for example, I can't tell if it holds

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

Hi! On Mon, 19 Sep 2016 10:18:35 +0200, Richard Biener wrote: > On Fri, Sep 16, 2016 at 3:32 PM, Thomas Schwinge > wrote: > > --- gcc/tree-core.h > > +++ gcc/tree-core.h > > @@ -553,20 +553,6 @@ enum tree_index { > >TI_BOOLEAN_FALSE, > >

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

On Mon, Sep 19, 2016 at 1:19 PM, Thomas Schwinge wrote: > Hi! > > On Mon, 19 Sep 2016 10:18:35 +0200, Richard Biener > wrote: >> On Fri, Sep 16, 2016 at 3:32 PM, Thomas Schwinge >> wrote: >> > --- gcc/tree-core.h >>

Re: Unable to access fields of a record type in some cases

On Mon, 2016-09-19 at 10:09 +0200, Richard Biener wrote: > On Mon, Sep 19, 2016 at 3:52 AM, Swati Rathi < > swatira...@cse.iitb.ac.in> wrote: > > Hello, > > > > We want to fetch fields of a record type from the formal arguments > > of a > > function. > > For a RECORD_TYPE, we fetch the fields

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

On Fri, Sep 16, 2016 at 7:07 PM, Joseph Myers wrote: > On Fri, 16 Sep 2016, Thomas Schwinge wrote: > >> That's what I was afraid of: for example, I can't tell if it holds for >> all GCC configurations (back ends), that complex types' component types >> will always match

Re: Unable to access fields of a record type in some cases

On Mon, Sep 19, 2016 at 3:52 AM, Swati Rathi wrote: > Hello, > > We want to fetch fields of a record type from the formal arguments of a > function. > For a RECORD_TYPE, we fetch the fields using TYPE_FIELDS. > > In the program 471.omnetpp (from the SPEC CPU2006

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

On Fri, Sep 16, 2016 at 3:32 PM, Thomas Schwinge wrote: > Hi! > > On Fri, 16 Sep 2016 10:59:16 +0200, Richard Biener > wrote: >> On Fri, Sep 16, 2016 at 9:05 AM, Thomas Schwinge >> wrote: >> > On Thu, 08 Sep 2016

[Bug libstdc++/77641] std::variant copy-initialization fails for type with non-trivial constexpr ctor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77641 --- Comment #3 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #1) > std::string_view is a literal type, but is not trivially default > constructible. Oops, I meant X is a literal type (my original code uses variant

[Bug fortran/77643] New: ICE with "character(len=:), pointer :: p => null()"

dule m implicit none character(len=:), pointer :: r ! works character(len=5), pointer :: s => null() ! works character(len=:), pointer :: p => null() ! ICE end module m $ gfortran --version GNU Fortran (GCC) 7.0.0 20160919 (experimental) $ gfortran -c m.f90 f951: i

Re: [PATCH, PR71602, 4/4] Make canonical_va_list_type more strict

On 19/09/16 13:02, Szabolcs Nagy wrote: On 29/08/16 17:12, Tom de Vries wrote: > On 29/08/16 17:51, Joseph Myers wrote: >> On Wed, 24 Aug 2016, Tom de Vries wrote: >> >>> This patch fixes PR71602 by making canonical_va_list_type more strict. > 2016-08-22 Tom de Vries

[Bug middle-end/77558] [6/7 regression] c-c++-common/va-arg-va-list-type.c fails for arm/aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77558 Uroš Bizjak changed: What|Removed |Added CC||ubizjak at gmail dot com --- Comment #5

[Bug libstdc++/66339] g++ 5.1.0 Generates memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339 --- Comment #13 from Richard Biener --- Note the pool was made dynamic (and effectively larger) exactly for a QOI issue... [the dynamic nature is to make its size controllable by the environment, sth that didn't materialize yet] The difficulty

[Bug libstdc++/77641] std::variant copy-initialization fails for type with non-trivial constexpr ctor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77641 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[PATCH] libstdc++/77641 fix std::variant for literal types

As noted in bugzilla PR 77641 I don't think is_literal_type is the right condition for _Uninitialized, because a type can have a non-trivial default constructor but still be literal, but that means it can't be used in the union in _Variant_storage. I'm not sure if the right condition is

[Bug target/66433] Arm NEON postincrement optimization missed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66433 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug libstdc++/77641] std::variant copy-initialization fails for type with non-trivial constexpr ctor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77641 --- Comment #2 from Jonathan Wakely --- Testing this: --- a/libstdc++-v3/include/std/variant +++ b/libstdc++-v3/include/std/variant @@ -168,7 +168,7 @@ namespace __variant template using __storage = typename __storage_type<_Type>::type;

[Bug middle-end/66391] suboptimal code for assignment of SImode struct with bitfields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66391 Andrew Pinski changed: What|Removed |Added Component|rtl-optimization|middle-end Severity|normal

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

On Mon, 19 Sep 2016, Thomas Schwinge wrote: > > The question is whether such a complex type could be a global tree which I > > don't think it could. > > Specifically, my question was whether for every complex type that is part > of the global trees, it holds that the complex type's component

Re: [PATCH 2/2][AArch64] Add missing support for poly64x1_t

Hi, On 19 September 2016 at 10:39, Tamar Christina wrote: > > > On 17/09/16 07:20, James Greenhalgh wrote: > > > Hi James, > >> The convention when fixing a bugzilla is to place a line in your ChangeLog >> which looks like: >> >> PR component/x > > Oh, I

Re: [PATCH, PR71602, 4/4] Make canonical_va_list_type more strict

On 29/08/16 17:12, Tom de Vries wrote: > On 29/08/16 17:51, Joseph Myers wrote: >> On Wed, 24 Aug 2016, Tom de Vries wrote: >> >>> This patch fixes PR71602 by making canonical_va_list_type more strict. > 2016-08-22 Tom de Vries > > PR C/71602 > * builtins.c

[Bug c++/77639] [6/7 Regression] ICE on x86_64-linux-gnu (internal compiler error: tree check: accessed elt 1 of tree_vec with 0 elts in unify, at cp/pt.c:19674)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77639 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug sanitizer/77538] segmentation fault: thread sanitizer shadow stack overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77538 --- Comment #6 from Dmitry Vyukov --- It hangs trying to dump core file to some pipe: [] pipe_wait+0x70/0xc0 [] pipe_write+0x236/0x5b0 [] do_sync_write+0x8d/0xd0 [] dump_write+0x52/0x70 [] dump_seek+0xa4/0xe0 [] elf_core_dump+0x896/0x950 []

[Bug sanitizer/66514] UBSAN: Add -fsanitize=lifetime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66514 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug middle-end/77558] [6/7 regression] c-c++-common/va-arg-va-list-type.c fails for arm/aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77558 --- Comment #6 from Tom de Vries --- Patch bootstrapped and reg-tested on x86_64. Patch build and reg-tested on arm, no issues found. Todo: submit to gcc-patches.

[Bug target/66491] x86_64 target cross-compiler generates stack protector code unsuitable for the Linux kernel if the compiler wasn't built against a C library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66491 --- Comment #3 from Andrew Pinski --- This is how I build my gcc that is not building against a libc: # glibc will provide ssp as it is new enough gcc_cv_libc_provides_ssp=yes ${PMAKE} configure-gcc || return 1 This is after doing configure

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

Hi! On Mon, 19 Sep 2016 10:18:35 +0200, Richard Biener wrote: > On Fri, Sep 16, 2016 at 3:32 PM, Thomas Schwinge > wrote: > > --- gcc/tree-core.h > > +++ gcc/tree-core.h > > @@ -553,20 +553,6 @@ enum tree_index { > >TI_BOOLEAN_FALSE, > >

[Bug fortran/77584] Unclassifiable statement error with procedure pointer using template named "structure_"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77584 --- Comment #2 from foreese at gcc dot gnu.org --- Author: foreese Date: Mon Sep 19 11:32:09 2016 New Revision: 240230 URL: https://gcc.gnu.org/viewcvs?rev=240230=gcc=rev Log: 2016-09-19 Fritz Reese PR

[Bug go/77642] New: GO Bootstrap fail starting with r239872 splitstack signature does not match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77642 Bug ID: 77642 Summary: GO Bootstrap fail starting with r239872 splitstack signature does not match Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug fortran/71952] [Coarray, F2008] Rejects valid coarray access with array partref

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71952 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING

Re: [RFC][IPA-VRP] Early VRP Implementation

On Sun, Sep 18, 2016 at 10:50 PM, kugan wrote: > Hi Richard, > > > > On 16/09/16 20:21, Richard Biener wrote: >> >> On Fri, Sep 16, 2016 at 7:59 AM, kugan >> wrote: >>> >>> Hi Richard, >>> >>> Thanks for the review. >>> >>> On

Re: [PATCH 2/2][AArch64] Add missing support for poly64x1_t

On Mon, Sep 19, 2016 at 03:22:39PM +0200, Christophe Lyon wrote: > Hi, > > > On 19 September 2016 at 10:39, Tamar Christina > wrote: > > > > > > On 17/09/16 07:20, James Greenhalgh wrote: > > > > > > Hi James, > > > >> The convention when fixing a bugzilla is to place

[Bug target/77633] AVX512: shuffle intrinsic has incorrect signature when optimizations are enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77633 --- Comment #4 from Wenzel Jakob --- Aha, interesting -- that breaks it: test.cpp(9): error: argument of type "int" is incompatible with parameter of type "_MM_PERM_ENUM={_MM_PERM_ENUM}"

[Bug target/76731] [AVX512] _mm512_i32gather_epi32 and other scatter/gather routines have incorrect signature

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731 --- Comment #5 from Jakub Jelinek --- Kyrill/Uros, is this something we should change? Any comments on the #c1 questions?

Re: [PATCH 0/9] RFC: selftests based on RTL dumps

On 09/16/2016 11:12 PM, David Malcolm wrote: There are some interrelated questions here: (a) where do the dumps live? (string fragments embedded in the source file vs external files) (b) -fself-test vs DejaGnu tests that use a real frontend. In the latter case, is the frontend "rtl1", or an

Re: Do not drom MEM_EXPR when accessing structure fields

On 09/18/2016 02:51 PM, Jan Hubicka wrote: to_rtx = expand_expr (tem, NULL_RTX, VOIDmode, EXPAND_WRITE); - - /* If the field has a mode, we want to access it in the -field's mode, not the computed mode. -If a MEM has VOIDmode (external with incomplete type), -

[Bug tree-optimization/77605] [5/6 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77605 Richard Biener changed: What|Removed |Added Known to work||7.0 Summary|[5/6/7

[Bug tree-optimization/77605] [5/6 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77605 --- Comment #8 from Richard Biener --- Author: rguenth Date: Mon Sep 19 06:55:17 2016 New Revision: 240227 URL: https://gcc.gnu.org/viewcvs?rev=240227=gcc=rev Log: 2016-09-19 Richard Biener PR middle-end/77605

[Bug tree-optimization/77514] [6 Regression] ICE in VN_INFO_GET, at tree-ssa-sccvn.c:406 w/ -O2 (and above)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77514 --- Comment #8 from Richard Biener --- Author: rguenth Date: Mon Sep 19 06:54:10 2016 New Revision: 240226 URL: https://gcc.gnu.org/viewcvs?rev=240226=gcc=rev Log: 2016-09-19 Richard Biener PR

[Bug c++/77639] [6/7 Regression] ICE on x86_64-linux-gnu (internal compiler error: tree check: accessed elt 1 of tree_vec with 0 elts in unify, at cp/pt.c:19674)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77639 Richard Biener changed: What|Removed |Added Keywords||error-recovery, |

[Bug target/77621] Internal compiler error for mtune=atom + msse2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77621 Jakub Jelinek changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[PATCH] More trivial bits from early LTO debug merge

This merges moving filename and related CU annotation from late finish to early finish. With this all changes to cgraphunit.c have been merged. [LTO] Bootstrap and test running on x86_64-unknown-linux-gnu. Richard. 2016-09-19 Richard Biener * debug.h

[Bug target/77633] AVX512: shuffle intrinsic has incorrect signature when optimizations are enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77633 --- Comment #1 from Jakub Jelinek --- Looking at ICC 16.0.2, it uses the same prototypes though, again with _MM_PERM_ENUM as the type of this argument. It is true the AVX512 manual states int rather than _MM_PERM_ENUM, so I don't know what is

Re: Early jump threading

Hi, On 18 September 2016 at 20:48, Jan Hubicka wrote: > Hi, > this is the patch compensating testsuite I commited after re-testing > on x86_64-linux. > > Other placements of early_thread_jumps does not work veyr well (at least in > current implementation). Putting it before

[Bug bootstrap/77512] gcc compilation stops with Arithmetic Exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77512 --- Comment #5 from Eric Botcazou --- What's the configure line this time?

[Bug c++/77629] [7 Regression] internal compiler error: same canonical type node for different types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77629 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0

[Bug c++/77638] [6/7 Regression] ICE on x86_64-linux-gnu (internal compiler error: tree check: expected tree that contains ‘decl common’ structure, have ‘error_mark’ in cp_parser_template_declaration_

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77638 Richard Biener changed: What|Removed |Added Keywords||error-recovery, |

[Bug c++/77637] ICE on x86_64-linux-gnu (Segmentation fault, tree_check, cp_parser_std_attribute_list...)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77637 Richard Biener changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug bootstrap/77512] gcc compilation stops with Arithmetic Exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77512 michael at mijobe dot org changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug target/77610] [sh] memcpy is wrongly inlined even for large copies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77610 --- Comment #3 from Kazumoto Kojima --- Created attachment 39642 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39642=edit patch to add default threshold 256 sounds reasonable to me. Does the attached patch work for you?

[Bug sanitizer/77631] no symbols in backtrace shown by ASan when debug info is split

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77631 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

Re: [PATCH] Fix PR77514

On Fri, 16 Sep 2016, Richard Biener wrote: > On Fri, 16 Sep 2016, Bernhard Reutner-Fischer wrote: > > > On 15 September 2016 09:08:36 CEST, Richard Biener > > wrote: > > > > > >Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk. > > > > > > > >+ /*

Re: [PATCH] Fix PR c++/77639 (ICE during error recovery)

On Mon, 19 Sep 2016, Jason Merrill wrote: > >if (tree t = maybe_new_partial_specialization (type)) > > { > > + if (processing_template_parmlist) > > + { > > +/* Some syntactically invalid code can confuse the compiler > > into > > +

[PATCH] libstdc++/77645 Fix xmethods for std::list

The std::list xmethods have been broken since I added support for allocators with fancy pointers, and the switch to std::gnu++14 by default. This makes them work for any -std option. PR libstdc++/77645 * python/libstdcxx/v6/xmethods.py (DequeWorkerBase.index): Rename

Re: [PATCH] Fix PR tree-optimization/77550

On 09/19/16 11:25, Richard Biener wrote: > On Sun, 18 Sep 2016, Bernd Edlinger wrote: > >> Hi, >> >> this PR shows that in vectorizable_store and vectorizable_load >> as well, the vector access always uses the first dr as the alias >> type for the whole access. But that is not right, if they are

Re: [PATCH test]Revise gcc.dg/vect/pr57558-1.c by using int instead of long

On 09/19/2016 08:54 AM, Bin Cheng wrote: Hi, Case gcc.dg/vect/pr57558-1.c uses unsigned long at the moment which can't be vectorized on Sparc64. This patch revises it by using unsigned int. I think it's an obvious change. Test result checked, is it OK? Thanks, bin gcc/testsuite/ChangeLog

[Bug fortran/77648] Setting conversion to a integer to double to 0 3/4 through a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77648 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug tree-optimization/77646] [5/6/7 Regression] GCC Segfault with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77646 --- Comment #3 from Markus Trippelsdorf --- Or with creduce's rename-toks: struct e { int (*f)(); void (*g)(); } * c; int a; void *h(); typedef struct { struct e j; } k; int l() { return a; } const struct e b = {l}; void m() { k *d = h();

[Bug tree-optimization/77646] [5/6/7 Regression] GCC Segfault with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77646 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org

[Bug go/77642] GO Bootstrap fail starting with r239872 splitstack signature does not match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77642 --- Comment #1 from Andreas Krebbel --- On s390 32 bit size_t is "unsigned long". __splitstack_find in libgcc is defined as follows: extern void* __splitstack_find (void *, void *, size_t *, void **, void **,

[Bug libstdc++/77645] [6/7 Regression] Python xmethods tests failing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77645 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Mon Sep 19 15:50:53 2016 New Revision: 240235 URL: https://gcc.gnu.org/viewcvs?rev=240235=gcc=rev Log: libstdc++/77645 Fix xmethods for std::list PR libstdc++/77645 *

Re: [PATCH] Define pretty printers for C++17 library components

On 17/09/16 16:20 +0100, Jonathan Wakely wrote: This tweaks the existing printers for Fundamentals TS components to work for the C++17 versions, and adds a printer for std::variant. * python/libstdcxx/v6/printers.py (StdVariantPrinter): Define. (StdExpAnyPrinter,

[Bug libstdc++/66339] g++ 5.1.0 Generates memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339 --- Comment #12 from frankhb1989 at gmail dot com --- (In reply to Jonathan Wakely from comment #10) > This behaviour is by design and is not a bug. Valgrind no longer shows the > allocation as reachable. Other tools might still show the memory

[Bug tree-optimization/77621] [6/7 Regression] Internal compiler error for mtune=atom + msse2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77621 Uroš Bizjak changed: What|Removed |Added Status|REOPENED|NEW CC|

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

Hi! On Mon, 19 Sep 2016 10:12:48 +0200, Richard Biener wrote: > On Fri, Sep 16, 2016 at 7:07 PM, Joseph Myers wrote: > > On Fri, 16 Sep 2016, Thomas Schwinge wrote: > > > >> That's what I was afraid of: for example, I can't tell if it holds

Re: [PR lto/77458] Avoid ICE in offloading with differing _FloatN, _FloatNx types (was: Advice sought for debugging a lto1 ICE (was: Implement C _FloatN, _FloatNx types [version 6]))

On Mon, Sep 19, 2016 at 1:19 PM, Thomas Schwinge wrote: > Hi! > > On Mon, 19 Sep 2016 10:18:35 +0200, Richard Biener > wrote: >> On Fri, Sep 16, 2016 at 3:32 PM, Thomas Schwinge >> wrote: >> > --- gcc/tree-core.h >>

[Bug libstdc++/77641] New: std::variant copy-initialization fails for non-trivial literal type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77641 Bug ID: 77641 Summary: std::variant copy-initialization fails for non-trivial literal type Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords:

[Bug c++/77626] [6/7 Regression] ICE with -Wall on x86_64-linux-gnu (internal compiler error: Segmentation fault, byte_from_pos, cxx_fold_indirect_ref)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77626 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug testsuite/63299] ASan reported alloc-dealloc-mismatch in g++.old-deja/g++.jason/init3.C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63299 Maxim Ostapenko changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[PATCH] Fix PR c++/77639 (ICE during error recovery)

Some syntactically invalid code can confuse the compiler into trying to define a specialization while processing_template_parmlist != 0, during which there is a dummy parameter level (a TREE_VEC of length 0) on current_template_parms which the TEMPLATE_DECL of the specialization then inherits.

[Bug tree-optimization/77621] [6/7 Regression] Internal compiler error for mtune=atom + msse2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77621 --- Comment #8 from Uroš Bizjak --- (In reply to Richard Biener from comment #7) > So it seems V2DFmode is available but discouraged via the above hook when > tuning for atom. > > Indeed: > > static machine_mode > ix86_preferred_simd_mode

Re: [PATCH 1/3] Put a TARGET_LRA_P into every target

On Fri, Sep 16, 2016 at 12:04:23PM -0700, Mike Stump wrote: > On Sep 16, 2016, at 6:40 AM, Segher Boessenkool > wrote: > > > > Does just "The default version of this target hook returns true." sound > > better? I.e. delete "always". > > That is fine. Okay, I'll

[Bug libstdc++/77645] [6/7 Regression] Python xmethods tests failing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77645 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Mon Sep 19 15:49:19 2016 New Revision: 240233 URL: https://gcc.gnu.org/viewcvs?rev=240233=gcc=rev Log: libstdc++/77645 Fix xmethods for std::list PR libstdc++/77645 *

Re: [Fortran, Patch] First patch for coarray FAILED IMAGES (TS 18508)

Hi Alessandro, there are still some violations of the style guide: contrib/check_GNU_style.sh first_complete_patch_REV2.diff emits: Lines should not exceed 80 characters. 154:+ add_sym_2 ("failed_images", GFC_ISYM_FAILED_IMAGES, CLASS_TRANSFORMATIONAL, ACTUAL_NO, BT_INTEGER, 155:+

Re: [PATCH][simplify-rtx] (GTU (PLUS a C) (C - 1)) --> (LTU a -C)

On 09/19/2016 04:43 PM, Kyrill Tkachov wrote: Ok? Sure. Bernd

Re: Ping Re: Make max_align_t respect _Float128 [version 3]

On 09/19/2016 08:58 AM, Joseph Myers wrote: Ping. This patch is pending review. Thanks, the patch looks good to me. It should be safe for the uses of max_align_t that I know of (e.g., Emacs).

Re: [PATCH] Allow FP to be used as a call-saved registe

On 09/19/2016 03:45 AM, Richard Earnshaw (lists) wrote: So those don't seem to me to imply that the frame pointer needs to be a fixed register. So the first thing I'd do is fix the aarch64 port to not do that and see what fallout there is and how to fix it. Most ports simply don't mark the

[Bug c/77650] New: struct with a nested flexible array followed by another member accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77650 Bug ID: 77650 Summary: struct with a nested flexible array followed by another member accepted Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH, GCC/LRA] Teach LRA to not use same register value for multiple output operands of an insn

On 07/08/2016 11:07 AM, Thomas Preudhomme wrote: Hi, While investigating the root cause a testsuite regression for the ARM/embedded-5-branch GCC in gcc.dg/vect/slp-perm-5.c, we found that the bug seems to also affect trunk. The bug manifests itself as an ICE in cselib due to a parallel insn

[Bug fortran/77649] New: Wrong error reported with bound checking enabled

Fortran runtime error: Index '2' of dimension 1 of array 'text' above upper bound of 1 $ gfortran --version GNU Fortran (GCC) 7.0.0 20160919 (experimental) program p implicit none character(len=10) :: s s = fs((/"abc","d "/)) write(*,*) s contains function fs(text) r

[Bug c++/77338] [7 Regression] ICE on invalid C++11 code on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77338 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Ping Re: Make max_align_t respect _Float128 [version 3]

Ping. This patch is pending review. -- Joseph S. Myers jos...@codesourcery.com

[Bug libstdc++/77645] Python xmethods tests failing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77645 Jonathan Wakely changed: What|Removed |Added Summary|[6/7 Regression] Python |Python xmethods tests

[PATCH, wwwdocs, committed] Update gcc-7/changes.html for LRA

Hi! I'm committing the following for changes-7.html (and actually ran the w3c validator thing this time ;-) ) Segher Index: htdocs/gcc-7/changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-7/changes.html,v retrieving revision

Re: [RFC][IPA-VRP] Early VRP Implementation

Hi Richard, Thanks for the review. On 19/09/16 22:56, Richard Biener wrote: On Sun, Sep 18, 2016 at 10:50 PM, kugan wrote: Hi Richard, On 16/09/16 20:21, Richard Biener wrote: On Fri, Sep 16, 2016 at 7:59 AM, kugan

Re: [PATCH] manual: _Bool has trap representations

On 09/19/2016 11:26 PM, Joseph Myers wrote: On powerpc-darwin _Bool is 4-byte not 1-byte, so saying values are represented as bytes isn't accurate for all systems supported by GCC. Interesting. Is the treatment of 0/1/the rest still the same there? Thanks, Florian

[Bug c++/77656] New: 64-bit integral template parameter gets incorrectly sized as 32-bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77656 Bug ID: 77656 Summary: 64-bit integral template parameter gets incorrectly sized as 32-bits Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal

Re: PR35503 - warn for restrict pointer

and used pp_format for formatting arg_positions by adding specifier %I (name chosen arbitrarily). Does that look OK ? diff --git a/gcc/pretty-print.c b/gcc/pretty-print.c index a39815e..e8bd1ef 100644 --- a/gcc/pretty-print.c +++ b/gcc/pretty-print.c @@ -610,6 +610,23 @@ pp_format

Re: Do not drom MEM_EXPR when accessing structure fields

On 09/19/16 11:28, Richard Biener wrote: > On Sun, 18 Sep 2016, Jan Hubicka wrote: > >>> Hi, >>> >>> > when expanding code for >>> > struct a {short a,b,c,d;} *a; >>> > a->c; >>> > >>> > we first produce correct BLKmode MEM rtx representing the whole >>> > structure *a, >>> > then we

[Bug tree-optimization/77644] New: missed optimization with sqrt in comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77644 Bug ID: 77644 Summary: missed optimization with sqrt in comparison Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/77621] [6/7 Regression] Internal compiler error for mtune=atom + msse2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77621 Richard Biener changed: What|Removed |Added Target||x86_64-*-*, i?86-*-*

Re: Do not drom MEM_EXPR when accessing structure fields

On 19/09/16 15:49, Bernd Edlinger wrote: > On 09/19/16 11:28, Richard Biener wrote: >> On Sun, 18 Sep 2016, Jan Hubicka wrote: >> Hi, > when expanding code for > struct a {short a,b,c,d;} *a; > a->c; > > we first produce correct BLKmode MEM rtx

Re: [PATCH] Fix PR c++/77639 (ICE during error recovery)

>if (tree t = maybe_new_partial_specialization (type)) > { > + if (processing_template_parmlist) > + { > +/* Some syntactically invalid code can confuse the compiler into > + defining a specialization from inside a template parameter > +

[Bug c/77646] New: GCC Segfault with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77646 Bug ID: 77646 Summary: GCC Segfault with -O3 Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c Assignee:

[Bug ipa/77587] [5/6/7 Regression] C compiler produces incorrect stack alignment with __attribute__((weak))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77587 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Mon Sep 19 14:36:38 2016 New Revision: 240232 URL: https://gcc.gnu.org/viewcvs?rev=240232=gcc=rev Log: PR target/77587 * cgraph.c (cgraph_node::rtl_info): Pass to

[Bug libstdc++/77645] New: Python xmethods tests failing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77645 Bug ID: 77645 Summary: Python xmethods tests failing Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug target/77571] __clear_cache is broken on arm64 for big.little where the cache line sizes are different between cores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77571 Richard Earnshaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: Do not drom MEM_EXPR when accessing structure fields

On 09/19/16 16:23, Richard Biener wrote: > On 19/09/16 15:49, Bernd Edlinger wrote: >> On 09/19/16 11:28, Richard Biener wrote: >>> On Sun, 18 Sep 2016, Jan Hubicka wrote: >>> > Hi, > >> when expanding code for >> struct a {short a,b,c,d;} *a; >> a->c; >>

[Bug middle-end/77624] [5/6/7 Regression] ICE on x86_64-linux-gnu (internal compiler error: in fold_builtin_atomic_always_lock_free, at builtins.c:5583)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77624 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug libstdc++/77645] [6/7 Regression] Python xmethods tests failing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77645 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

  1   2   3   >