[Bug fortran/95146] gfortran -cpp – leading spaces before '#' preprocessing directive not handled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95146 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment

[Bug c++/95242] [10/11 Regression] spurious "warning: zero as null pointer constant [-Wzero-as-null-pointer-constant]" on comparisons with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95242 --- Comment #3 from Daniel Krügler --- (In reply to Jonathan Wakely from comment #2) > Another way to implement the __unspec constructor would be: > > consteval __unspec(int __n) { if (__n != 0) throw __n; } > > But I think I discussed this

[Bug target/95252] testcase gcc.dg/torture/pr67916.c failure when testing with -msave-restore

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95252 --- Comment #2 from Kito Cheng --- Hi Jim: Not sure which way you will try first, maybe Monk or me can try to fix this by add bunch of pattern of gpr_save/gpr_restore to model set/use register correctly?

[Bug target/95355] New: [11 Regression] Assembler messages: Error: operand size mismatch for `vpmovzxbd' with -masm=intel

ing-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 11.0.0 20200526 (experimental) (GCC) The offending instruction is: vpmovzxbd zmm0, QWORD PTR [rsp+32]

[Bug middle-end/95353] [10/11 Regression] GCC can't build binutils

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353 H.J. Lu changed: What|Removed |Added Status|WAITING |NEW

[Bug c++/95354] GCC misuse "nonnull-attribute" option and can not detect it as UB as well

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95354 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

Re: [PATCH 1/2] rs6000: tune cunroll for simple loops at O2

Segher Boessenkool writes: > Hi! > > On Tue, May 26, 2020 at 08:58:13AM +0200, Richard Biener wrote: >> On Mon, May 25, 2020 at 7:44 PM Segher Boessenkool >> wrote: >> > Yes, cunroll does not have its own option, and that is a problem. But >> > that is easy to fix! Either with an option, or

[Bug c++/95354] New: GCC misuse "nonnull-attribute" option and can not detect it as UB as well

ction attribute." I guess the warning message by GCC may also incorrect, the correct one should look like in Clang produced. I have tested them in recent GCC versions including GCC-8, GCC-9, and GCC-10, they have the same symptom as well. My GCC version is $g++ --version g++ (GCC) 11.0.0 2020

[committed] Fix pr20601-1.c on the H8

This is a codegen fix for the H8 that I debugged while working on the cc0 conversion. In simplest terms we're accepting things like (const_int 0) as the source of a zero_extract and it ultimately interacts badly with register reloading. One might argue this is combine's fault for not

[PATCH] extend cselim to check non-trapping for more references (PR tree-optimizaton/89430)

Hi all, Previously, the fix for PR89430 was reverted by PR94734 due to a bug. The root cause is missing non-trapping check with dominating LOAD/STORE. This patch extends the cselim

RE: [PATCH PR94026] combine missed opportunity to simplify comparisons with zero

Hi, > -Original Message- > From: Segher Boessenkool [mailto:seg...@kernel.crashing.org] > Sent: Tuesday, May 26, 2020 11:32 PM > To: Yangfei (Felix) > Cc: gcc-patches@gcc.gnu.org; Zhanghaijian (A) > Subject: Re: [PATCH PR94026] combine missed opportunity to simplify > comparisons with

[Bug gcov-profile/95332] gcov-tool merge："not a gcov data file"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95332 --- Comment #3 from John Dong --- Created attachment 48613 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48613=edit a patch for gcov-tool modified.

[Bug middle-end/95353] [10/11 Regression] GCC can't build binutils

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353 --- Comment #2 from H.J. Lu --- Created attachment 48612 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48612=edit a testcase $ gcc -O2 x.i -S /export/gnu/import/git/sources/binutils-gdb-release/gas/config/tc-csky.c: In function

[PATCH PR95332] gcov-tool: Flexible endian adjustment for merging coverage data

Hi GCC maintainers, Proposed patch to PR95332 - gcov-tool merge："not a gcov data file" This error occurs when using gcov-tool merge dir1 dir2 where dir1 and dir2 are the directories containing the .gcda files which were generated by different endian machine, Any suggestions? Thanks. Regards,

[Bug middle-end/95353] [10/11 Regression] GCC can't build binutils

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353 Andrew Pinski changed: What|Removed |Added Status|NEW |WAITING --- Comment #1 from Andrew

[Bug middle-end/95353] [10/11 Regression] GCC can't build binutils

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/95353] New: [10/11 Regression] GCC can't build binutils

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353 Bug ID: 95353 Summary: [10/11 Regression] GCC can't build binutils Product: gcc Version: 10.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: dejagnu version update?

On 5/26/20 7:20 PM, Maciej W. Rozycki wrote: > I'll run some RISC-V remote GCC/GDB testing and compare results for > DejaGnu 1.6/1.6.1 vs trunk. It will take several days though, as it takes > many hours to go through these testsuite runs. That'd be great. I'd rather push out a stable

[Bug gcov-profile/95332] gcov-tool merge："not a gcov data file"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95332 --- Comment #2 from John Dong --- (In reply to Martin Liška from comment #1) > Hello. > > I support the patch, do you have a copyright agreement and can you send the > patch to the GCC patches mailing list? > > One small nit I noticed: >

[Bug tree-optimization/95295] g++ produces incorrect code with -O3 for loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95295 --- Comment #6 from Vsevolod Livinskiy --- Thank you for such a quick fix! Sorry about duplicates, I saw different assert messages and thought that they were different bugs. I still can see ICE in hoist_memory_references (bug 95283) on trunk.

[Bug fortran/95352] ICE on select rank with assumed-size selector and lbound intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95352 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org

[Bug c++/95334] GCC detect missing signed-integer-overflow when add "const"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95334 --- Comment #2 from Haoxin Tu --- I also find these cases test1.cc #include bool g_bool = 0; long g_long = -4075183478711827874L; const long l_long = 7122990940771016367L; int main () { g_bool = g_long * l_long; std::cout << g_bool <<

Re: dejagnu version update?

On Tue, 26 May 2020, Rob Savoye wrote: > I processed the patch backlog for DejaGnu, and have gone through the > bug list. It'd be nice if somebody could try master with a more complex > environment, etc... if I'm going to push out a release. For cross > testing all I have is a PI and QEMU.

[Bug c++/95344] [9/10/11 Regression] Wparentheses (assignment used as truth value) on parenthesized ternary conditional E2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95344 Marek Polacek changed: What|Removed |Added Keywords||patch --- Comment #2 from Marek Polacek

Broken build (was: Re: drop -aux{dir,base}, revamp -dump{dir,base})

> From: Alexandre Oliva > Date: Tue, 26 May 2020 15:52:57 +0200 > On May 26, 2020, Richard Biener wrote: > > > xgcc: error: unrecognized command-line option '-dumpbase'^M > > > xg++: error: unrecognized command-line option '-dA'; did you mean '-A' > > Here's a proper patch submission. And

Re: dejagnu version update?

I processed the patch backlog for DejaGnu, and have gone through the bug list. It'd be nice if somebody could try master with a more complex environment, etc... if I'm going to push out a release. For cross testing all I have is a PI and QEMU. - rob -

[Bug fortran/95352] ICE on select rank with assumed-size selector and lbound intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95352 --- Comment #1 from José Rui Faustino de Sousa --- On further investigation the ICE is not generated by the extra parenthesis, but by the use of the lbound intrinsic.

[Bug fortran/95352] New: ICE on extra parenthesis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95352 Bug ID: 95352 Summary: ICE on extra parenthesis Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[PATCH] c++: Fix bogus -Wparentheses warning [PR95344]

Since r267272, which added location wrappers, cp_fold loses TREE_NO_WARNING on a MODIFY_EXPR that finish_parenthesized_expr set, and that results in a bogus -Wparentheses warning. I.e., previously we had "b = 1" but now we have "VIEW_CONVERT_EXPR(b) = 1" and cp_fold_maybe_rvalue folds away the

Re: [PATCH 0/7] Support vector load/store with length

Hi! On Tue, May 26, 2020 at 01:29:30PM +0100, Richard Sandiford wrote: > FWIW, I agree adding .LEN_LOAD and .LEN_STORE seems like a good > approach. I think it'll be more maintainable in the long run than > trying to have .MASK_LOADs and .MASK_STOREs that need a special mask > operand. (That

Re: [PATCH v2] Fix use of singleton in optinfo framework

Okay to backport c00568f376078129196740d83946d54dc5437401 to the GCC 9 branch, Jakub? Thanks, Gerald On Tue, 7 Apr 2020, Gustavo Romero via Gcc-patches wrote: > Currently an use of get() method of dump_context singleton in optinfo > framework causes a new class to be instantiated and when its

[Bug c++/95242] [10/11 Regression] spurious "warning: zero as null pointer constant [-Wzero-as-null-pointer-constant]" on comparisons with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95242 --- Comment #2 from Jonathan Wakely --- Another way to implement the __unspec constructor would be: consteval __unspec(int __n) { if (__n != 0) throw __n; } But I think I discussed this with Richard Smith in Prague and we realised there was

[Bug c++/95344] [9/10/11 Regression] Wparentheses (assignment used as truth value) on parenthesized ternary conditional E2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95344 Marek Polacek changed: What|Removed |Added Target Milestone|--- |9.4 Keywords|

[Bug c++/95344] Wparentheses (assignment used as truth value) on parenthesized ternary conditional E2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95344 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug c++/95351] Comparison with NAN optimizes incorrectly with -ffast-math disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95351 --- Comment #2 from Marc Glisse --- It might not be the issue, but merge_truthop_with_opposite_arm has a suspicious HONOR_NANS (type) where type is bool: the result of the comparison instead of one of the arguments.

Re: [PATCH 0/7] Support vector load/store with length

On Tue, May 26, 2020 at 12:12 AM Richard Biener wrote: > From a look at the series description below you seem to add a new way > of doing loads for this. Did you review other ISAs (those I'm not > familiar with myself too much are SVE, RISC-V and GCN) in GCC whether > they have similar support

[Bug jit/95306] Getting __builtin_sadd_overflow gives the error "unimplemented primitive type for builtin: 42"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95306 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/95351] Comparison with NAN optimizes incorrectly with -ffast-math disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95351 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2020-05-26

[committed] jit: fix missing types for builtins [PR 95306]

PR jit/95306 reports that attempts to use builtins __builtin_sadd_overflow" and "__builtin_memcpy" via gcc_jit_context_get_builtin_function lead to inscrutable error messages of the form: unimplemented primitive type for builtin: 42 and: unimplemented primitive type for builtin: 38 The root

[Bug jit/95306] Getting __builtin_sadd_overflow gives the error "unimplemented primitive type for builtin: 42"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95306 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:bf40f0ba95037f235b007a55a7682646a0578b26 commit r11-647-gbf40f0ba95037f235b007a55a7682646a0578b26 Author: David Malcolm Date:

[Bug c++/95344] Wparentheses (assignment used as truth value) on parenthesized ternary conditional E2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95344 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug c++/95158] [10/11 Regression] Templates + Diamond Inheritance + Final = Pure Virtual Function Call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95158 Jason Merrill changed: What|Removed |Added Priority|P3 |P1

[Bug c++/95319] [10/11 Regression] Regression from gcc9.3 when inserting into a vector with an initializer list. Error: a GNU-style designated initializer for class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95319 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/95158] [10/11 Regression] Templates + Diamond Inheritance + Final = Pure Virtual Function Call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95158 Jason Merrill changed: What|Removed |Added CC||paolo.carlini at oracle dot com

[Bug c++/95158] [10/11 Regression] Templates + Diamond Inheritance + Final = Pure Virtual Function Call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95158 Jason Merrill changed: What|Removed |Added Last reconfirmed||2020-05-26

[Bug lto/86490] lto1: fatal error: multiple prevailing defs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490 --- Comment #18 from joe.harvell at netscout dot com --- Sorry for the chatter...but I noticed the link command line had the same .o/.a files multiple times (to satisfy order dependencies between them). When I removed the duplicates and

[Bug c++/95351] New: Comparison with NAN optimizes incorrectly with -ffast-math disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95351 Bug ID: 95351 Summary: Comparison with NAN optimizes incorrectly with -ffast-math disabled Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug libfortran/95104] [9/10 Regression] Segfault on a legal WAIT statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|[9/10/11 Regression]|[9/10 Regression] Segfault

[PATCH, committed] [9/10/11 Regression] PR fortran/95104 - Segfault on a legal WAIT statement

Committed as obvious. The invalid NULL pointer dereference was discovered by Steve Kargl. Will backport in a few days, when I figure out how to do it now. Thanks, Harald PR fortran/95104 - Segfault on a legal WAIT statement Referencing a unit in a WAIT statement that has not been opened

[Bug libfortran/95104] [9/10/11 Regression] Segfault on a legal WAIT statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104 --- Comment #8 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:56f03cd12be26828788a27f6f3c250041a958e45 commit r11-646-g56f03cd12be26828788a27f6f3c250041a958e45 Author: Harald Anlauf Date:

[Bug c/95157] Missing -Wtautological-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95157 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/95242] [10/11 Regression] spurious "warning: zero as null pointer constant [-Wzero-as-null-pointer-constant]" on comparisons with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95242 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug c++/95350] New: [coroutines] coroutines with move-only by-value parameters attempt to copy parameter instead of move it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95350 Bug ID: 95350 Summary: [coroutines] coroutines with move-only by-value parameters attempt to copy parameter instead of move it Product: gcc Version: 10.0

GCC Testsuite patches break AIX

Alexandre, Your testsuite patches have completely broken the testsuite on AIX. 1000's of testsuite failures because the testsuite is inserting unsupported options on AIX. Complaints about -dA, -dD, -dumpbase, etc. This patch was not properly tested on all targets. Please fix or revert this

[PATCH] PR fortran/95090 - ICE: identifier overflow

Yet another obvious case of insufficient size of a temporary buffer. OK for master? Thanks, Harald PR fortran/95090 - ICE: identifier overflow For long module name, derive type and component name, the generated name-mangled symbol did not fit into a buffer when coarrays were enabled. Provide

[Bug c++/95307] Compiler accepts reinterpret_cast in constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95307 --- Comment #5 from Jakub Jelinek --- I've tried: --- gcc/cp/constexpr.c.jj 2020-05-25 10:06:59.886175941 +0200 +++ gcc/cp/constexpr.c 2020-05-26 22:02:23.661355854 +0200 @@ -6196,6 +6196,18 @@ cxx_eval_constant_expression (const cons

[Bug libfortran/95104] [9/10/11 Regression] Segfault on a legal WAIT statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104 --- Comment #7 from Steve Kargl --- On Tue, May 26, 2020 at 08:30:36PM +, anlauf at gcc dot gnu.org wrote: > > --- Comment #6 from anlauf at gcc dot gnu.org --- > Steve, do you want me to commit it for you, including backports? > I no

[Bug c++/95288] Poor error message with function-scope enum definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95288 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org

[Bug fortran/95090] ICE: identifier overflow: 129

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2020-05-26

[Bug c++/95307] Compiler accepts reinterpret_cast in constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95307 --- Comment #4 from Marek Polacek --- And related to bug 93955.

[Bug c++/95301] excessive error messages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95301 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org Last

[Bug c++/95349] New: Using std::launder(p) produces unexpected behavior where (p) produces expected behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349 Bug ID: 95349 Summary: Using std::launder(p) produces unexpected behavior where (p) produces expected behavior Product: gcc Version: 10.1.0 Status: UNCONFIRMED

[Bug libstdc++/95322] std::list | take | transform, expression does not work cbegin() == end()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322 --- Comment #5 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:3bf5e7657b752cc2352778e8c20ac9cdddca4f93 commit r11-645-g3bf5e7657b752cc2352778e8c20ac9cdddca4f93 Author: Patrick Palka Date:

[Bug c++/95291] ICE in resolve_args at gcc/cp/call.c:4482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95291 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug gcov-profile/95348] New: GCC records zero functions and modules in the profiling data file, ICC does NOT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348 Bug ID: 95348 Summary: GCC records zero functions and modules in the profiling data file, ICC does NOT Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug target/95347] New: rs6000 mcpu=future generating stfs instead of pstfs for pc-relative references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95347 Bug ID: 95347 Summary: rs6000 mcpu=future generating stfs instead of pstfs for pc-relative references Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug libfortran/95104] [9/10/11 Regression] Segfault on a legal WAIT statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code --- Comment #6

[Bug c++/95346] New: [coroutines] coroutine return-type should be initialised with rvalue if different from get_return_object() return-type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95346 Bug ID: 95346 Summary: [coroutines] coroutine return-type should be initialised with rvalue if different from get_return_object() return-type Product: gcc

[Bug c++/68628] [concepts] ICE: segmentation fault in crash_signal, toplev.c:334

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68628 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 68628, which changed state. Bug 68628 Summary: [concepts] ICE: segmentation fault in crash_signal, toplev.c:334 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68628 What|Removed |Added

[Bug c++/95345] New: Fold expressions don't work properly when pack expression has co_await

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95345 Bug ID: 95345 Summary: Fold expressions don't work properly when pack expression has co_await Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal

[Bug target/95336] Bad code gen omnetpp_r aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336 --- Comment #7 from Erick Ochoa --- I have ran revision 4945b4c2c8628bdd61b348ea5bd1f9b72537a36e with -O3 but all -O2 and -O3 optimizations disabled except > -finline-functions [enabled] > -finline-small-functions

[Bug c++/68395] [concepts] segfault in valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68395 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug libfortran/95104] [9/10/11 Regression] Segfault on a legal WAIT statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug c++/68395] [concepts] segfault in valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68395 --- Comment #3 from Marek Polacek --- *** Bug 68394 has been marked as a duplicate of this bug. ***

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 68394, which changed state. Bug 68394 Summary: [concepts] segfault in valid code https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68394 What|Removed |Added

[Bug c++/68394] [concepts] segfault in valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68394 Marek Polacek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH] libstdc++: Fix common_iterator::operator-> [PR95322]

On 26/05/20 15:18 -0400, Patrick Palka via Libstdc++ wrote: This patch fixes the definition of common_iterator::operator-> when the underlying iterator type's operator* returns a non-reference. The first problem is that the class __detail::_Common_iter_proxy is used unqualified. Fixing that

[Patch, fortran] PR fortran/95331 - Unlimited polymorphic arrays have wrong bounds

Hi all! Proposed patch to PR95331 - Unlimited polymorphic arrays have wrong bounds. Patch tested only on x86_64-pc-linux-gnu. When iterating over a class array use the bounds provided by the transformed descriptor (in sym->backend_decl) instead of the original bounds of the array (in the

[Bug c/12245] [8/9/10/11 regression] Uses lots of memory when compiling large initialized arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245 Trass3r changed: What|Removed |Added CC||trass3r at gmail dot com --- Comment #77 from

[Bug libfortran/95195] gfortran poorly handles a program error of writing a namelist to an unformatted file.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95195 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/95344] New: Wparentheses (assignment used as truth value) on parenthesized ternary conditional E2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95344 Bug ID: 95344 Summary: Wparentheses (assignment used as truth value) on parenthesized ternary conditional E2 Product: gcc Version: 9.1.0 Status: UNCONFIRMED

[Bug libfortran/95195] gfortran poorly handles a program error of writing a namelist to an unformatted file.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95195 --- Comment #4 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:8d8a25b0a7c3400c724e04e1d775d9f377216c04 commit r11-644-g8d8a25b0a7c3400c724e04e1d775d9f377216c04 Author: Harald Anlauf Date:

[Bug fortran/95089] [Coarray] ICE in gfc_get_derived_type, at fortran/trans-types.c:2843

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95089 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug bootstrap/95333] [11 Regression] error: number of counters in profile data for function ‘exp_attr__find_stream_subprogram’ does not match its profile data since r11-200-gdb4062a0cbe00ce4075a4d7f6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95333 Eric Botcazou changed: What|Removed |Added Target Milestone|--- |11.0 Resolution|---

[Bug bootstrap/95333] [11 Regression] error: number of counters in profile data for function ‘exp_attr__find_stream_subprogram’ does not match its profile data since r11-200-gdb4062a0cbe00ce4075a4d7f6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95333 --- Comment #1 from CVS Commits --- The master branch has been updated by Eric Botcazou : https://gcc.gnu.org/g:73655feb9d44829ce2153f4f5eacc37a6268ce73 commit r11-643-g73655feb9d44829ce2153f4f5eacc37a6268ce73 Author: Eric Botcazou Date:

[Bug fortran/95089] [Coarray] ICE in gfc_get_derived_type, at fortran/trans-types.c:2843

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95089 --- Comment #4 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:48d526613961f410a87855ba2fef8909e925d9fa commit r11-642-g48d526613961f410a87855ba2fef8909e925d9fa Author: Harald Anlauf Date:

[PATCH] libstdc++: Fix common_iterator::operator-> [PR95322]

This patch fixes the definition of common_iterator::operator-> when the underlying iterator type's operator* returns a non-reference. The first problem is that the class __detail::_Common_iter_proxy is used unqualified. Fixing that revealed another problem: the class's template friend

Re: [PATCH] Add debug (slp_tree) and dump infrastructure for this

On Mon, 2020-05-25 at 16:56 +0200, Richard Biener wrote: > This adds an alternate debug_dump_context similar to the one for > selftests but for interactive debugging routines. This allows > to share code between user-visible dumping via the dump_* API > and those debugging routines. The primary

[PATCH] gcc: xtensa: delegitimize UNSPEC_PLT

This fixes 'non-delegitimized UNSPEC 3 found in variable location' notes issued when building libraries which interferes with running tests. 2020-05-24 Max Filippov gcc/ * config/xtensa/xtensa.c (xtensa_delegitimize_address): New function. (TARGET_DELEGITIMIZE_ADDRESS):

[Bug c++/93467] [concepts] getting "type constraint differs in template redeclaration" error after friend declaration in template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93467 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org Known to

Re: [PATCH] Port libgccjit to Windows.

On Mon, 2020-05-25 at 16:48 -0300, Nicolas Bértolo wrote: > Hi Dave, > > Thanks for your feedback. > > > Do you have copyright assignment paperwork on file? > > https://gcc.gnu.org/contribute.html#legal > > My paperwork is done. Thanks. Do you have commit/push access to the gcc repository?

[Bug debug/95343] IPA-SRA can result in wrong debug info about removed function arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95343 --- Comment #2 from Martin Jambor --- (In reply to Martin Jambor from comment #1) > ...I am testing a patch which can make gdb actually show > the correct 4. I meant the correct value 2, of course.

[Bug fortran/95342] [9/10/11 Regression] ICE in gfc_match_subroutine, at fortran/decl.c:7913

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95342 --- Comment #3 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #2) > (In reply to G. Steinmetz from comment #1) > > Related : > > > > > > $ cat z2.f90 > > module m > >interface > > module function f() > > end >

[Bug debug/95343] IPA-SRA can result in wrong debug info about removed function arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95343 Martin Jambor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot gnu.org

[Bug debug/95343] New: IPA-SRA can result in bad debug info about removed function arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95343 Bug ID: 95343 Summary: IPA-SRA can result in bad debug info about removed function arguments Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug target/95336] Bad code gen omnetpp_r aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336 --- Comment #6 from Martin Jambor --- (In reply to Erick Ochoa from comment #0) [...] > I did a bisection from > > commit f47f687a97260b1a1305cbf2d7ee3d74b2916a74 > Author: Richard Biener > Date: Thu Apr 25 17:58:56 2019 + > > to: >

[Bug fortran/95342] [9/10/11 Regression] ICE in gfc_match_subroutine, at fortran/decl.c:7913

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95342 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

Re: New mklog script

On Tue, May 26, 2020 at 11:38 AM Martin Sebor wrote: > On 5/26/20 7:14 AM, Martin Liška wrote: > > On 5/26/20 3:11 PM, Richard Earnshaw wrote: > >> On 26/05/2020 14:09, Martin Liška wrote: > >>> On 5/26/20 1:18 PM, Richard Earnshaw wrote: > On 26/05/2020 12:14, Martin Liška wrote: > >

Re: New mklog script

On Tue, May 26, 2020 at 11:38 AM Martin Sebor wrote: > On 5/26/20 7:14 AM, Martin Liška wrote: > > On 5/26/20 3:11 PM, Richard Earnshaw wrote: > >> On 26/05/2020 14:09, Martin Liška wrote: > >>> On 5/26/20 1:18 PM, Richard Earnshaw wrote: > On 26/05/2020 12:14, Martin Liška wrote: > >

  1   2   3   4   >