[Bug lto/48200] Implement function attribute for symbol versioning (.symver)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #42 from Xi Ruoyao --- I just sent a patch making symver attribute "really" useful for LTO. https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01162.html

[PATCH] Fix symver attribute with LTO

Hi, with Jan's patch commited in r278878 we can use symver attribute for functions and variables. The symver attribute is designed for replacing toplevel asm statements containing ".symver" which may be removed by LTO. Unfortunately, a quick test shown GCC still generates buggy so file with LTO

[Bug c++/92968] New: C style struct initialization fail to compile in g++ when initializing array fields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92968 Bug ID: 92968 Summary: C style struct initialization fail to compile in g++ when initializing array fields Product: gcc Version: 9.2.0 Status: UNCONFIRMED

[Bug target/91052] [10 Regression] ICE in fix_reg_equiv_init, at ira.c:2705

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052 --- Comment #3 from Arseny Solokha --- I cannot reproduce it anymore as of r279405.

Re: C2X Proposal, merge '.' and '->' C operators

This is a view of the patch/diff... This is really just +6 lines... ` if( !flag_iso2xc) `{` `}` `attribute fallthrough` `if(flag_iso2cx)` `return ptr` https://github.com/gcc-mirror/gcc/pull/41/commits/915bcffdea0aa4fead66c41830b66aa3db212307 While the compiler does compile itself, and a

[Bug fortran/92967] New: ICE in matching_typebound_op, at fortran/interface.c:4214

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92967 Bug ID: 92967 Summary: ICE in matching_typebound_op, at fortran/interface.c:4214 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code

Re: 'find_group_last' (was: [PATCH] OpenACC reference count overhaul)

On Sat, 14 Dec 2019 00:19:04 + Julian Brown wrote: > On Fri, 13 Dec 2019 16:25:25 +0100 > Thomas Schwinge wrote: > > > Hi Julian! > > > > On 2019-10-29T12:15:01+, Julian Brown > > wrote: > > > static int > > > -find_pointer (int pos, size_t mapnum, unsigned short *kinds) > > >

Re: [PATCH][RFC] Introduce BIT_FIELD_INSERT

On Mon, Dec 16, 2019 at 6:32 PM Andrew Pinski wrote: > > On Thu, Nov 15, 2018 at 12:31 AM Richard Biener wrote: > > > > On Thu, 15 Nov 2018, Richard Biener wrote: > > > > > On Wed, 14 Nov 2018, Andrew Pinski wrote: > > > > > > > On Fri, May 13, 2016 at 3:51 AM Richard Biener > > > > wrote: > >

[Bug c++/92966] New: Segfault on defaulted operator== with wrong return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92966 Bug ID: 92966 Summary: Segfault on defaulted operator== with wrong return type Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

Re: [PATCH][RFC] Introduce BIT_FIELD_INSERT

On Thu, Nov 15, 2018 at 12:31 AM Richard Biener wrote: > > On Thu, 15 Nov 2018, Richard Biener wrote: > > > On Wed, 14 Nov 2018, Andrew Pinski wrote: > > > > > On Fri, May 13, 2016 at 3:51 AM Richard Biener wrote: > > > > > > > > > > > > The following patch adds BIT_FIELD_INSERT, an operation to

[Bug c++/92965] New: "note: 'x' is not public" emitted even when no error is emitted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92965 Bug ID: 92965 Summary: "note: 'x' is not public" emitted even when no error is emitted Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug c++/92495] spaceship operator requires public member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92495 Arthur O'Dwyer changed: What|Removed |Added CC||arthur.j.odwyer at gmail dot com ---

[Bug c++/61339] add mismatch between struct and class [-Wmismatched-tags] to non-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61339 --- Comment #15 from Martin Sebor --- (In reply to Eric Gallager from comment #14) The patch that implements -Wmismatched-tags is still in review. Here's the latest: https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01154.html

[Bug target/92651] [10 Regression] Unnecessary stv transform in some x86 backend

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92651 Hongyu Wang changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/92651] [10 Regression] Unnecessary stv transform in some x86 backend

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92651 --- Comment #9 from liuhongt at gcc dot gnu.org --- Author: liuhongt Date: Tue Dec 17 01:50:35 2019 New Revision: 279452 URL: https://gcc.gnu.org/viewcvs?rev=279452=gcc=rev Log: Add abs pattern to handle {si,di} mode abs to avoid pmax/cmove

[Bug tree-optimization/88739] [7 Regression] Big-endian union bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #63 from Andrew Pinski --- Note match.pd has a similar bug. Here is the patch which fixes it: diff --git a/gcc/match.pd b/gcc/match.pd index 92b93b0..8607abe 100644 --- a/gcc/match.pd +++ b/gcc/match.pd @@ -5676,16 +5676,18 @@

[Bug target/92807] gcc generate extra move for the snippet code along with lea instruction.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92807 --- Comment #6 from liuhongt at gcc dot gnu.org --- Author: liuhongt Date: Tue Dec 17 01:29:09 2019 New Revision: 279451 URL: https://gcc.gnu.org/viewcvs?rev=279451=gcc=rev Log: Use add for a = a + b and a = b + a when possible. Since except for

[PING^2][PATCH v3] Add `--with-toolexeclibdir=' configuration option

On Mon, 2 Dec 2019, Maciej W. Rozycki wrote: > Provide means, in the form of a `--with-toolexeclibdir=' configuration > option, to override the default installation directory for target > libraries, otherwise known as $toolexeclibdir. This is so that it is > possible to get newly-built

[PING^4][PATCH 0/4] Fix library testsuite compilation for build sysroot

On Mon, 11 Nov 2019, Maciej W. Rozycki wrote: > This patch series addresses a problem with the testsuite compiler being > set up across libatomic, libffi, libgo, libgomp with no correlation > whatsoever to the target compiler being used in GCC compilation. > Consequently there in no

[PING^2][PATCH v2 2/2] testsuite: Fix run-time tracking down of `libgcc_s'

On Fri, 29 Nov 2019, Maciej W. Rozycki wrote: > Fix a catastrophic libgo testsuite failure in cross-compilation where > the shared `libgcc_s' library cannot be found by the loader at run time > in build-tree testing and consequently all test cases fail the execution > stage, giving output

Re: Proposal for the transition timetable for the move to GIT

Joseph Myers : > I expect the next conversion run, started after that > one finishes, to include both parts of Richard's commit message > improvements, as well as an improvement to commit attribution extraction > from ChangeLog files (to include attributions from ChangeLog.

Re: Question about struct identifiers after modifications.

On Mon, Dec 16, 2019 at 3:24 PM Erick Ochoa wrote: > > Hello, > > I am working on a struct reorganization optimization pass. > I am able to identify which structs I want to reorganize > and I am also able to create new structs with these modifications. > The way the new structs are generated is

Re: [committed] avoid assuming array indices are zero-based (PR 92952)

On 12/16/19 3:44 PM, Jakub Jelinek wrote: On Mon, Dec 16, 2019 at 03:28:29PM -0700, Martin Sebor wrote: PR middle-end/92952 - gfortran.dg/lto/pr87689 FAILs gcc/ChangeLog: PR middle-end/92952 * builtins.c (compute_objsize): Adjust offset by the array low bound. Index:

Re: Proposal for the transition timetable for the move to GIT

Jeff Law : > So unless there's something Maxim's scripts are getting right that > aren't by reposurgeon, then reposurgeon is the right choice. It is still possible that the scripts could get things right that reposurgeon doesn't. But the reverse question is also valid. Can Maxim's scripts get

Re: [PATCH] add -Wmismatched-tags (PR 61339)

On 12/16/19 3:51 PM, Jason Merrill wrote: On 12/9/19 7:29 PM, Martin Sebor wrote: Just a few nits: +/* A mapping between a TYPE_DECL for a class and the class_decl_loc_t +   description above.  */ +typedef hash_map class_to_loc_map_t; +static class_to_loc_map_t class2loc; I think we can

Re: Proposal for the transition timetable for the move to GIT

On Mon, 16 Dec 2019, Segher Boessenkool wrote: > We talked about it for days, and as far as I understand it Richard agreed. > > But, there is no way I can verify this yet, or is there? Is there a repo > we can look at? Something close to final. The conversion run I started this afternoon is

[Bug c++/91165] [10 Regression] error: location references block not in block tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91165 --- Comment #8 from Jason Merrill --- Author: jason Date: Mon Dec 16 23:25:08 2019 New Revision: 279447 URL: https://gcc.gnu.org/viewcvs?rev=279447=gcc=rev Log: PR c++/91165 - verify_gimple ICE with cached constexpr. It seems we need

[C++ PATCH] PR c++/91165 - verify_gimple ICE with cached constexpr.

It seems we need to unshare even non-CONSTRUCTOR expressions that we are going to stick in the constexpr_call_table, so we don't end up sharing the same e.g. ADDR_EXPR between two different functions. I now think I understand why unsharing CONSTRUCTOR arguments was improving memory performance:

[Bug c++/92859] compiler treats enum type as an integer during overload resolution when a bit-field of this enum is considered

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92859 --- Comment #4 from Jason Merrill --- Author: jason Date: Mon Dec 16 23:23:43 2019 New Revision: 279446 URL: https://gcc.gnu.org/viewcvs?rev=279446=gcc=rev Log: PR c++/92859 - ADL and bit-field. We also need unlowered_expr_type when

Question about struct identifiers after modifications.

Hello, I am working on a struct reorganization optimization pass. I am able to identify which structs I want to reorganize and I am also able to create new structs with these modifications. The way the new structs are generated is the following code (I am keeping it high-level for conciseness but

Re: [PATCH] Fix attribute((section)) for templates

On 11/29/19 6:23 PM, Strager Neds wrote: I discovered an issue with my patch. I need help resolving it. Take the following code for example: template struct s { static inline int __attribute__((section(".testsection"))) var = 1; }; struct public_symbol {};

Re: Proposal for the transition timetable for the move to GIT

Segher Boessenkool : > There is absolutely no reason to trust a system that supposedly was > already very mature, but that required lots of complex modifications, > and even a complete rewrite in a different language, that even has its > own bug tracker, to work without problems (although we all

Re: Proposal for the transition timetable for the move to GIT

On Mon, 16 Dec 2019, Segher Boessenkool wrote: > Hi, > > On Mon, Dec 16, 2019 at 05:07:48PM +, Joseph Myers wrote: > > Yes. It should be possible to confirm branch tip conversions and other > > properties of the repository (e.g. that all branch tips are properly > > descended from the

Re: [PATCH] PR C++/92739

On 12/2/19 9:30 AM, Andrew Sutton wrote: Find attached. gcc/cp/ * parser.c (cp_parser_constraint_requires_parens): Exclude attributes as postfix expressions. gcc/testsuite/ * g++.dg/concepts-pr92739.C: New test. The testcase didn't come through

Re: [C++ PATCH] Make same_type_p return false for gnu_vector_type_p differences (PR 92789)

On 12/12/19 10:16 AM, Richard Sandiford wrote: As Jason pointed out in the review of the C++ gnu_vector_type_p patch: https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00173.html the real fix for the XFAILs in acle/general-c++/gnu_vectors_*.C is to make same_type_p return false for two types

[C++ Patch] Improve throw, sizeof, and alignof locations & more

Hi, another batch of work. Primarily, more of the idea of moving up the construction of the compound location thus passing it to the cxx_sizeof_or_alignof* and build_throw functions to obtain better locations for all the diagnostics issued by the latter. During the work a few mildly

Re: [PATCH] Add OpenACC 2.6 `acc_get_property' support

Hi Frederik! On 2019-11-14T16:35:31+0100, Frederik Harwath wrote: > this patch implements OpenACC 2.6 "acc_get_property" and related functions. I'm attaching a version rebased on top of current GCC trunk, as well as an incremental patch; please review these changes, and merge into yours. >

Re: [PATCH] add -Wmismatched-tags (PR 61339)

On 12/9/19 7:29 PM, Martin Sebor wrote: Just a few nits: +/* A mapping between a TYPE_DECL for a class and the class_decl_loc_t + description above. */ +typedef hash_map class_to_loc_map_t; +static class_to_loc_map_t class2loc; I think we can make these members of class_decl_loc_t, now

[Bug middle-end/92210] no warning for invariable used in loop condition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92210 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org

Re: [committed] avoid assuming array indices are zero-based (PR 92952)

On Mon, Dec 16, 2019 at 03:28:29PM -0700, Martin Sebor wrote: > PR middle-end/92952 - gfortran.dg/lto/pr87689 FAILs > > gcc/ChangeLog: > > PR middle-end/92952 > * builtins.c (compute_objsize): Adjust offset by the array low bound. > > Index: gcc/builtins.c >

Re: Proposal for the transition timetable for the move to GIT

Hi! On Mon, Dec 16, 2019 at 03:13:49PM -0700, Jeff Law wrote: > On Mon, 2019-12-16 at 15:59 -0600, Segher Boessenkool wrote: > > In particular, we should look carefully at the commit > > > attributions in both conversions and Maxim's may well give ideas for > > > improving the reposurgeon

[Bug middle-end/92952] [10 regression] gfortran.dg/lto/pr87689 FAILs at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92952 Martin Sebor changed: What|Removed |Added CC||tschwinge at gcc dot gnu.org --- Comment

[Bug fortran/92956] 'libgomp.fortran/examples-4/async_target-2.f90' offloading compilation regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92956 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/92952] [10 regression] gfortran.dg/lto/pr87689 FAILs at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92952 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[committed] avoid assuming array indices are zero-based (PR 92952)

The gfortran.dg/lto/pr87689 test fails as a result of a -Wstringop-overflow warning. The warning is only enabled for the C family of languages and LTO but it looks like LTO obviates this distinction. Last week's enhancement to compute_objsize seems like the most likely culprit, although the

[Bug middle-end/92952] [10 regression] gfortran.dg/lto/pr87689 FAILs at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92952 --- Comment #2 from Martin Sebor --- Author: msebor Date: Mon Dec 16 22:24:15 2019 New Revision: 279445 URL: https://gcc.gnu.org/viewcvs?rev=279445=gcc=rev Log: PR middle-end/92952 - gfortran.dg/lto/pr87689 FAILs at -O2 gcc/ChangeLog:

[Bug tree-optimization/92963] Optimization with `restrict`: is `p == q ? p : q` "based" on `p`?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92963 --- Comment #2 from Alexander Cherepanov --- > p cannot be q as they cannot be based on each other based on my reading of > 6.7.3.1p3. Perhaps something like that was intended at some point but I don't see it in the text. Until you start

Re: Proposal for the transition timetable for the move to GIT

On Mon, 2019-12-16 at 15:59 -0600, Segher Boessenkool wrote: > In particular, we should look carefully at the commit > > attributions in both conversions and Maxim's may well give ideas for > > improving the reposurgeon changelogs command (Richard came up with three > > ideas recently, which

[Bug c++/92964] New: order of base class members generates vastly different code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92964 Bug ID: 92964 Summary: order of base class members generates vastly different code Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal

Re: Proposal for the transition timetable for the move to GIT

Hi, On Mon, Dec 16, 2019 at 05:07:48PM +, Joseph Myers wrote: > Yes. It should be possible to confirm branch tip conversions and other > properties of the repository (e.g. that all branch tips are properly > descended from the first commit on trunk except for the specific branches > that

[Bug tree-optimization/92963] Optimization with `restrict`: is `p == q ? p : q` "based" on `p`?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92963 --- Comment #1 from Andrew Pinski --- Take: if (p == q) r = p; else r = q; p cannot be q as they cannot be based on each other based on my reading of 6.7.3.1p3. Therefore r is only ever based on q.

[Bug fortran/91651] [F03] Implement KIND argument for INDEX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91651 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/92963] New: Optimization with `restrict`: is `p == q ? p : q` "based" on `p`?

$ gcc -std=c11 test.c && ./a.out 2 $ gcc -std=c11 -O3 test.c && ./a.out 1 -- gcc x86-64 version: gcc (GCC) 10.0.0 20191216 (experimental) -- Ok,

[Bug target/92962] Documentation: x86 Options - znver2 missing RDPID and WBNOINVD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92962 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

Re: [PATCH 4/7 libgomp,amdgcn] GCN libgomp port

Hi Andrew! On 2019-11-12T13:29:13+, Andrew Stubbs wrote: > Most of these changes are simply based on the model already defined for > NVPTX, adapted for GCN as appropriate. > --- a/libgomp/openacc.f90 > +++ b/libgomp/openacc.f90 > @@ -46,6 +46,7 @@ module openacc_kinds >! integer

Re: C++ PATCH for c++/88337 - Implement P1327R1: Allow dynamic_cast in constexpr

On 12/16/19 3:55 PM, Jason Merrill wrote: On 12/14/19 4:25 PM, Marek Polacek wrote: On Fri, Dec 13, 2019 at 05:56:57PM -0500, Jason Merrill wrote: On 12/13/19 3:20 PM, Marek Polacek wrote: +  /* Given dynamic_cast(v), + + [expr.dynamic.cast] If C is the class type to which T points or

Re: C++ PATCH for c++/88337 - Implement P1327R1: Allow dynamic_cast in constexpr

On 12/14/19 4:25 PM, Marek Polacek wrote: On Fri, Dec 13, 2019 at 05:56:57PM -0500, Jason Merrill wrote: On 12/13/19 3:20 PM, Marek Polacek wrote: + /* Given dynamic_cast(v), + + [expr.dynamic.cast] If C is the class type to which T points or refers, + the runtime check logically

Re: [Patch, fortran] PR92753 - [9/10 Regression] ICE in gfc_trans_call, at fortran/trans-stmt.c:392

Hi Paul, Regtested on FC31/x86_64 - OK for 9- and 10- branches? OK. Thanks for the patch! Regards Thomas

Re: [patch] libgomp/openacc.f90 – clean-up public/private attributes

Hi Tobias! On 2019-12-11T13:47:51+0100, Tobias Burnus wrote: > This patch cleans up the public/private handling in libgomp/openacc.f90: > > * module openacc_kinds marked symbols explicitly as public and private > (but default is public). Make this explicit by a 'PUBLIC' and remove the >

[Bug c/92826] Impossible to silence warning: non-standard suffix on floating constant [-Wpedantic]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92826 --- Comment #7 from Manuel López-Ibáñez --- (In reply to kim.walisch from comment #0) > GCC should definitely not warn when using constants from . GCC > should also provide an option to disable these warnings (e.g. > -Wno-non-standard-suffix).

[Bug c/92826] Impossible to silence warning: non-standard suffix on floating constant [-Wpedantic]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92826 Manuel López-Ibáñez changed: What|Removed |Added Keywords||diagnostic, easyhack

[Bug c/92479] missing warnings for unreachable codes with -Wunreachable-code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92479 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |SUSPENDED Last reconfirmed|

[Bug c/92392] -Wignored-qualifiers points to wrong location and doesn't mention which qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92392 Manuel López-Ibáñez changed: What|Removed |Added Keywords||diagnostic, easyhack

[Bug other/92962] New: Documentation: x86 Options - znver2 missing RDPID and WBNOINVD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92962 Bug ID: 92962 Summary: Documentation: x86 Options - znver2 missing RDPID and WBNOINVD Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug fortran/92956] 'libgomp.fortran/examples-4/async_target-2.f90' offloading compilation regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92956 --- Comment #4 from Tobias Burnus --- Created attachment 47508 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47508=edit -fdump-tree-strlen dump of gcc/testsuite/gfortran.dg/lto/pr87689_*.f As requested, the output of: $ gfortran-trunk

[Bug c/92209] Imprecise column number for -Wstrict-prototypes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92209 Manuel López-Ibáñez changed: What|Removed |Added Keywords||easyhack

[Bug fortran/92961] [8/9/10 Regression] ICE in gfc_zero_size_array, at fortran/arith.c:1680

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92961 G. Steinmetz changed: What|Removed |Added Keywords||ice-on-invalid-code --- Comment #1 from

[Bug fortran/92961] New: [8/9/10 Regression] ICE in gfc_zero_size_array, at fortran/arith.c:1680

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92961 Bug ID: 92961 Summary: [8/9/10 Regression] ICE in gfc_zero_size_array, at fortran/arith.c:1680 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/92885] [8/9/10 Regression] ICE (segfault) with allocatable coarrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92885 G. Steinmetz changed: What|Removed |Added CC||gs...@t-online.de --- Comment #2 from G.

[Bug c/92210] no warning for invariable used in loop condition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92210 Manuel López-Ibáñez changed: What|Removed |Added Keywords||easyhack

[Bug c++/43361] missing uninitialized warning without optimization (-O0) (PHI in always_executed basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43361 Manuel López-Ibáñez changed: What|Removed |Added CC||tangyixuan at mail dot

[Bug fortran/92956] 'libgomp.fortran/examples-4/async_target-2.f90' offloading compilation regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92956 --- Comment #3 from Tobias Burnus --- (In reply to Martin Sebor from comment #2) > -Wstringop-overflow is a C-family only option that shouldn't be enabled for > Fortran. It took some effort to make it work that way […] I wouldn't be > surprised

[Bug fortran/92960] New: ICE tree check: expected tree that contains 'decl minimal' structure, have 'component_ref' in add_decl_as_local, at fortran/trans-decl.c:261

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92960 Bug ID: 92960 Summary: ICE tree check: expected tree that contains 'decl minimal' structure, have 'component_ref' in add_decl_as_local, at fortran/trans-decl.c:261 Product:

[Bug middle-end/92118] warning with [-Wmaybe-uninitialized] in -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92118 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/85002] [8/9/10 Regression][Coarray] ICE in fold_ternary_loc, at fold-const.c:11360

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85002 --- Comment #5 from G. Steinmetz --- Please note that switching to a test-version (configured with --enable-checking=yes) allows further reduction to another branch : $ cat z7.f90 program p type t2 integer, allocatable :: b(:) end

[Bug fortran/85002] [8/9/10 Regression][Coarray] ICE in fold_ternary_loc, at fold-const.c:11360

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85002 --- Comment #4 from G. Steinmetz --- Update, ICEs also with a scalar component "a" : $ cat z2.f90 program p type t integer, allocatable :: a end type type t2 type(t), allocatable :: b(:) end type type(t) :: x

[Bug c/91839] missing error diagnosis for undeclared identifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91839 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/92959] ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92959 G. Steinmetz changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #1 from G.

[Bug c/91820] missing error diagnosis of '&' in initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91820 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/92959] New: ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92959 Bug ID: 92959 Summary: ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/90275] [8/9/10 Regression] ICE: in insert_regs, at cse.c:1128 with -O2 -fno-dce -fno-tree-dce

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90275 Jakub Jelinek changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org,

Re: [PING^4] Re: [PATCH 1/2] Add a pass to automatically add ptwrite instrumentation

Andi Kleen writes: Ping! > Andi Kleen writes: > > Ping! > >> Andi Kleen writes: >> >> Ping! >> >>> Andi Kleen writes: >>> >>> Ping! >>> From: Andi Kleen [v4: Rebased on current tree. Avoid some redundant log statements for locals and a few other fixes. Fix some

Re: Proposal for the transition timetable for the move to GIT

Joseph Myers : > * As we're part of the free software community as a whole rather than > something in isolation, choosing to make a general-purpose tool work for > our conversion is somewhat preferable to choosing an ad hoc approach > because it contributes something of value for other

[Bug middle-end/92952] [10 regression] gfortran.dg/lto/pr87689 FAILs at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92952 Martin Sebor changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug middle-end/92952] [10 regression] gfortran.dg/lto/pr87689 FAILs at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92952 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

[Bug other/92958] New: [10 regression] gfortran.dg/lto/pr87689_0.f fails starting with r279392

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92958 Bug ID: 92958 Summary: [10 regression] gfortran.dg/lto/pr87689_0.f fails starting with r279392 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH, GCC/ARM, 4/10] Clear GPR with CLRM

Hi Kyrill, On 11/12/2019 09:55 AM, Kyrill Tkachov wrote: Hi Mihail, On 10/23/19 10:26 AM, Mihail Ionescu wrote: [PATCH, GCC/ARM, 4/10] Clear GPR with CLRM Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its

Re: [PATCH, GCC/ARM, 3/10] Save/restore FPCXTNS in nsentry functions

Hi Kyrill, On 11/06/2019 04:12 PM, Kyrill Tkachov wrote: Hi Mihail, On 10/23/19 10:26 AM, Mihail Ionescu wrote: [PATCH, GCC/ARM, 3/10] Save/restore FPCXTNS in nsentry functions Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security

Re: [PATCH, GCC/ARM, 2/10] Add command line support for Armv8.1-M Mainline

Hi Kyrill On 11/06/2019 03:59 PM, Kyrill Tkachov wrote: Hi Mihail, On 11/4/19 4:49 PM, Kyrill Tkachov wrote: Hi Mihail, On 10/23/19 10:26 AM, Mihail Ionescu wrote: > [PATCH, GCC/ARM, 2/10] Add command line support > > Hi, > > === Context === > > This patch is part of a patch series to add

[Bug middle-end/92957] gcc produces a duplicated load, clang doesn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92957 Rafael Avila de Espindola changed: What|Removed |Added Version|9.2.1 |10.0 --- Comment #1 from

[Bug fortran/92956] 'libgomp.fortran/examples-4/async_target-2.f90' offloading compilation regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92956 --- Comment #2 from Martin Sebor --- -Wstringop-overflow is a C-family only option that shouldn't be enabled for Fortran. It took some effort to make it work that way (see pr80545 for the background) and there's no test for it so either the

Re: Proposal for the transition timetable for the move to GIT

On December 16, 2019 5:39:06 PM GMT+01:00, Jeff Law wrote: >On Mon, 2019-12-16 at 13:53 +, Joseph Myers wrote: >> >> > > However, we should also note that stage 3 is intended to last two >months, >> > > ending with the move to git >> > >

Re: Proposal for the transition timetable for the move to GIT

On Mon, 2019-12-16 at 09:36 -0600, Segher Boessenkool wrote: > On Mon, Dec 16, 2019 at 02:13:06PM +, Joseph Myers wrote: > > On Mon, 16 Dec 2019, Segher Boessenkool wrote: > > > > > Most of us are perfectly happy even with the current git mirror, for > > > old commits. We want "real" git to

Git transition

Unfortunately a family emergency has cropped up and I can’t respond directly to the thread. I’m also unlikely to be able to follow up on this discussion in the next couple of days. I proposed the timetable back after the Cauldron to make it clear that we were serious about moving this release

[Bug testsuite/92955] [10 regression] gcc.dg/vect/pr60505.c fails starting with r279392

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92955 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

[OpenACC, patch] Fix implicit mapping in enclosed 'acc data' constructions

Currently, GCC uses *implicit 'copy'* for variables in a parallel/kernels construct, even though they are in a data clause of the enclosing *data construct*. Example – will currently yield an an implicit 'copy(var)' in the 'parallel construct': … acc data copyout(var) … acc parallel

[Bug middle-end/92957] New: gcc produces a duplicated load, clang doesn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92957 Bug ID: 92957 Summary: gcc produces a duplicated load, clang doesn't Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/92956] 'libgomp.fortran/examples-4/async_target-2.f90' offloading compilation regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92956 --- Comment #1 from Thomas Schwinge --- (In reply to myself from comment #0) > regression in (all?) OpenMP 'target' offloading compilation testing, for > example with 64-bit nvptx: ;-) This "all" here means (presumably?) all different offload

[Bug fortran/92956] New: 'libgomp.fortran/examples-4/async_target-2.f90' offloading compilation regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92956 Bug ID: 92956 Summary: 'libgomp.fortran/examples-4/async_target-2.f90' offloading compilation regression Product: gcc Version: unknown Status: UNCONFIRMED

Re: [PATCH 05/45] Add pp_write_text_as_html_like_dot_to_stream

On Fri, 2019-12-13 at 13:10 -0500, David Malcolm wrote: > gcc/ChangeLog: > * pretty-print.c (pp_write_text_as_html_like_dot_to_stream): > New > function. > * pretty-print.h (pp_write_text_as_html_like_dot_to_stream): > New decl. > --- > gcc/pretty-print.c | 48 >

  1   2   3   >