[Bug fortran/91717] ICE on concatenating deferred-length character and character literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91717 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/91717] ICE on concatenating deferred-length character and character literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91717 --- Comment #5 from Paul Thomas --- Author: pault Date: Fri Sep 13 05:41:01 2019 New Revision: 275696 URL: https://gcc.gnu.org/viewcvs?rev=275696=gcc=rev Log: 2019-09-13 Paul Thomas PR fortran/91717 * dependency.c

[Bug middle-end/91753] Bad register allocation of multi-register types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91753 --- Comment #3 from Andrew Pinski --- (In reply to Wilco from comment #2) > (In reply to Andrew Pinski from comment #1) > > lower-subreg should have be able to help here. I wonder why it did not ... > > I'm not sure how it can help. I think

[Bug libgomp/91762] New: OpenMP omp target exit data directive not working with gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91762 Bug ID: 91762 Summary: OpenMP omp target exit data directive not working with gfortran Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/91761] Overloaded new operator compiled with -O3 option distorts original C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91761 Andrew Pinski changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #3 from Andrew

[Bug c++/91761] Overloaded new operator compiled with -O3 option distorts original C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91761 Sergey Krasnitsky changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #2 from Sergey

[Bug c++/91761] Overloaded new operator compiled with -O3 option distorts original C++ code

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

[Bug middle-end/91753] Bad register allocation of multi-register types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91753 Wilco changed: What|Removed |Added CC||wdijkstr at arm dot com --- Comment #2 from

[Bug c++/91761] New: Overloaded new operator compiled with -O3 option distorts original C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91761 Bug ID: 91761 Summary: Overloaded new operator compiled with -O3 option distorts original C++ code Product: gcc Version: 7.4.0 Status: UNCONFIRMED Severity:

[Bug fortran/91716] [9/10 Regression] ICE in output_constant, at varasm.c:5026

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91716 --- Comment #2 from Bernd Edlinger --- Created attachment 46877 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46877=edit untested patch

[Bug fortran/91557] [7/8/9/10 Regression] Bogus warning about unused dummy argument _formal_*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91557 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/88339] Implement P0515R3, C++20 three-way comparison operator support .

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88339 --- Comment #1 from Jonathan Wakely --- Created attachment 46876 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46876=edit Partial implementation of This patch adds an incomplete and untested header. This depends on my implementation of

[Bug libstdc++/88339] Implement P0515R3, C++20 three-way comparison operator support .

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88339 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/91753] Bad register allocation of multi-register types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91753 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization, ra

[Bug c++/91760] New: Trailing return type breaks final specifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91760 Bug ID: 91760 Summary: Trailing return type breaks final specifier Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/89386] Generation of vectorized MULHRS (Multiply High with Round and Scale) instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89386 --- Comment #2 from uros at gcc dot gnu.org --- Author: uros Date: Thu Sep 12 19:18:25 2019 New Revision: 275689 URL: https://gcc.gnu.org/viewcvs?rev=275689=gcc=rev Log: PR tree-optimization/89386 * config/i386/sse.md (smulhrs3):

[Bug c++/91759] New: g++ accepts ill-formed deduction guides in wrong scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91759 Bug ID: 91759 Summary: g++ accepts ill-formed deduction guides in wrong scope Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/91758] Clang fails to pass validation after r261089

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91758 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug tree-optimization/91758] New: Clang fails to pass validation after r261089

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91758 Bug ID: 91758 Summary: Clang fails to pass validation after r261089 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/91747] Using a type alias leads to wrong static values.

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

[Bug c++/85400] invalid Local Dynamic TLS relaxation for symbol defined in method

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85400 --- Comment #16 from Jonathan Wakely --- Is this worth backporting to gcc-7-branch for the final 7.x release?

[Bug c++/91757] Function block scope thread_local variable with unique global symbol linkage is not unique at run-time.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91757 Jonathan Wakely changed: What|Removed |Added Keywords||wrong-code

[Bug c++/85400] invalid Local Dynamic TLS relaxation for symbol defined in method

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85400 Jonathan Wakely changed: What|Removed |Added CC||maxim.yegorushkin at gmail dot com

[Bug c++/91757] New: Function block scope thread_local variable with unique global symbol linkage is not unique at run-time.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91757 Bug ID: 91757 Summary: Function block scope thread_local variable with unique global symbol linkage is not unique at run-time. Product: gcc Version: 6.3.0 Status:

[Bug d/91628] libdruntime uses glibc internal symbol on s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91628 --- Comment #14 from Carlos O'Donell --- My preference for would be a distinct *.S file as Florian suggests, it's the most robust solution. The only other alternative I would consider is a new __builtin_get_tls_offset() that does what you want,

[Bug tree-optimization/91756] [10 regression] g++.dg/lto/alias-3 FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91756 Rainer Orth changed: What|Removed |Added Target Milestone|--- |10.0

[Bug tree-optimization/91756] New: [10 regression] g++.dg/lto/alias-3 FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91756 Bug ID: 91756 Summary: [10 regression] g++.dg/lto/alias-3 FAILs Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/91719] gcc compiles seq_cst store on x86-64 differently from clang/icc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91719 --- Comment #10 from vekumar at gcc dot gnu.org --- xchg is faster than mov+mfence on AMD Zen. We can add m_ZNVER1 | m_ZNVER2 to the tuning.

[Bug c++/91755] New: C++ handling of extended characters is not 100% correct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91755 Bug ID: 91755 Summary: C++ handling of extended characters is not 100% correct Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug fortran/91497] -Wconversion warns when doing explicit type conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91497 --- Comment #18 from Steve Kargl --- On Thu, Sep 12, 2019 at 09:23:54AM +, manfred99 at gmx dot ch wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91497 > > --- Comment #17 from Manfred Schwarb --- > Here is the documentation fallout

[Bug fortran/91752] BOZ constant outside DATA/INT/REAL/DBLE/CMPLX flagged as error

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

[Bug c++/91754] New: [c++2a] Defining member function outside of class body fails to compile when containing class is templated on class-type NTTP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91754 Bug ID: 91754 Summary: [c++2a] Defining member function outside of class body fails to compile when containing class is templated on class-type NTTP Product: gcc

[Bug fortran/91717] ICE on concatenating deferred-length character and character literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91717 --- Comment #4 from paul.richard.thomas at gmail dot com --- Yes it is - the .false. on entry comes about because the allocatable component must be deallocated on entry to scope. The reallocation on assignment takes care of the rest. Cheers

[Bug tree-optimization/65930] Reduction with sign-change not handled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65930 Richard Biener changed: What|Removed |Added Attachment #42730|0 |1 is obsolete|

[Bug c++/91742] User defined conversion references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91742 --- Comment #9 from Diego Franco --- Correction/editing of last section of former comment: ... - init brace does not work for user defined conversion reference WITHOUT static cast: A a {}; const std::vector& b {a}; // changed from "auto" to

[Bug middle-end/91753] New: Bad register allocation of multi-register types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91753 Bug ID: 91753 Summary: Bad register allocation of multi-register types Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/91742] User defined conversion references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91742 --- Comment #8 from Diego Franco --- So to summarize, these are the main reason why I believe this should be addressed: - init brace works for references of any type: std::vector a {}; std::vector& b {a}; assert( == ); // works int c {}; int&

[Bug tree-optimization/91750] Induction vectorization introduces signed overflows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91750 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|

[Bug tree-optimization/91750] Induction vectorization introduces signed overflows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91750 --- Comment #1 from Richard Biener --- Author: rguenth Date: Thu Sep 12 12:48:43 2019 New Revision: 275685 URL: https://gcc.gnu.org/viewcvs?rev=275685=gcc=rev Log: 2019-09-12 Richard Biener PR tree-optimization/91750 *

[Bug fortran/91752] BOZ constant outside DATA/INT/REAL/DBLE/CMPLX flagged as error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91752 --- Comment #2 from Jürgen Reuter --- Yes, that would work, but the better workaroud is to replace h = B"11" by h = int (B"11") I convinced the authors of the software we depend upon to do that accordingly.

[Bug fortran/91752] BOZ constant outside DATA/INT/REAL/DBLE/CMPLX flagged as error

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

[Bug c++/91751] In backtrace, calls to c++ destructors are shown way afar from the actual place

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91751 Richard Biener changed: What|Removed |Added Keywords||wrong-debug

[Bug fortran/91752] New: BOZ constant outside DATA/INT/REAL/DBLE/CMPLX flagged as error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91752 Bug ID: 91752 Summary: BOZ constant outside DATA/INT/REAL/DBLE/CMPLX flagged as error Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/91748] doesn't compile std::for_each_n with random access iterator range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91748 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/91748] doesn't compile std::for_each_n with random access iterator range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91748 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Thu Sep 12 10:51:58 2019 New Revision: 275684 URL: https://gcc.gnu.org/viewcvs?rev=275684=gcc=rev Log: PR libstdc++/91748 fix std::for_each_n for random access iterators PR

[Bug libstdc++/91748] doesn't compile std::for_each_n with random access iterator range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91748 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Thu Sep 12 10:51:39 2019 New Revision: 275683 URL: https://gcc.gnu.org/viewcvs?rev=275683=gcc=rev Log: PR libstdc++/91748 fix std::for_each_n for random access iterators PR

[Bug debug/91751] In backtrace, calls to c++ destructors are shown way afar from the actual place

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91751 --- Comment #3 from Konstantin Kharlamov --- (In reply to Jonathan Wakely from comment #2) > The advantage of showing the location of the constructor is that you can see > which object is being destroyed. If the location was shown as the end of

[Bug debug/91751] In backtrace, calls to c++ destructors are shown way afar from the actual place

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91751 --- Comment #2 from Jonathan Wakely --- The advantage of showing the location of the constructor is that you can see which object is being destroyed. If the location was shown as the end of the scope, all local variables would show the same

[Bug debug/91751] In backtrace, calls to c++ destructors are shown way afar from the actual place

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91751 --- Comment #1 from Andrew Pinski --- I think there are a few dups of this bug. What happens is the call to deconstructor's line is the same as the object line; rather than the end of the scope.

[Bug debug/91751] New: In backtrace, calls to c++ destructors are shown way afar from the actual place

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91751 Bug ID: 91751 Summary: In backtrace, calls to c++ destructors are shown way afar from the actual place Product: gcc Version: 9.1.0 Status: UNCONFIRMED

[Bug fortran/91717] ICE on concatenating deferred-length character and character literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91717 --- Comment #3 from Dominique d'Humieres --- The patch at https://gcc.gnu.org/ml/fortran/2019-09/msg00027.html fixes the ICE and the test type core character (len=:), allocatable :: msg end type type(core) :: my_core print *,

[Bug tree-optimization/89386] Generation of vectorized MULHRS (Multiply High with Round and Scale) instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89386 --- Comment #1 from rsandifo at gcc dot gnu.org --- Author: rsandifo Date: Thu Sep 12 09:59:58 2019 New Revision: 275682 URL: https://gcc.gnu.org/viewcvs?rev=275682=gcc=rev Log: Vectorise multiply high with scaling operations (PR 89386)

[Bug fortran/91686] ICE in gimplify:2554

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91686 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/91734] gcc skip an if statement with "-O1 -ffast-math"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91734 Jakub Jelinek changed: What|Removed |Added Attachment #46871|0 |1 is obsolete|

[Bug fortran/91497] -Wconversion warns when doing explicit type conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91497 --- Comment #17 from Manfred Schwarb --- Here is the documentation fallout I mentioned, previous attachment. And probably a lot of @multitable @columnfractions .20 .20 .20 .25 entries should be widened for the last column, as "Fortran 77 and

[Bug fortran/91497] -Wconversion warns when doing explicit type conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91497 --- Comment #16 from Manfred Schwarb --- Created attachment 46873 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46873=edit documentation changes for conversion intrinsics

[Bug fortran/91686] ICE in gimplify:2554

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91686 --- Comment #5 from Paul Thomas --- Author: pault Date: Thu Sep 12 09:05:14 2019 New Revision: 275681 URL: https://gcc.gnu.org/viewcvs?rev=275681=gcc=rev Log: 2019-09-12 Paul Thomas PR fortran/91686 Backport from mainline

[Bug tree-optimization/91665] [8/9 Regression] ICE in build_vector_from_val, at tree.c:1904

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91665 Richard Biener changed: What|Removed |Added Known to work||10.0 Assignee|rguenth at gcc

[Bug tree-optimization/91750] Induction vectorization introduces signed overflows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91750 Richard Biener changed: What|Removed |Added Keywords||wrong-code

[Bug libstdc++/91748] doesn't compile std::for_each_n with random access iterator range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91748 Jonathan Wakely changed: What|Removed |Added Keywords|wrong-code | Status|UNCONFIRMED

[Bug tree-optimization/91750] New: Induction vectorization introduces signed overflows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91750 Bug ID: 91750 Summary: Induction vectorization introduces signed overflows Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/91734] gcc skip an if statement with "-O1 -ffast-math"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91734 --- Comment #7 from Richard Biener --- flag_unsafe_math_optimizations "trumps" everything to some extent, so yes, I'd say -funsafe-math-optimizations -frounding-math doesn't make much sense.

[Bug go/91712] [10 regression] ICE in bind_field_or_method, at go/gofrontend/types.cc:11878

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91712 --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #1 from Ian Lance Taylor --- > Should be fixed by SVN revision 275648 (I forgot to add the PR reference to > the > commit message). It is indeed, thanks.

[Bug c++/91740] [9/10 Regression] ICE in fold_convert_loc, at fold-const.c:2429

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91740 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug middle-end/91739] Missed optimization for arithmetic operations of integers and floating point constants

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

[Bug target/91749] [10 Regression] ICE in arm_asm_trampoline_template, at config/arm/arm.c:3973

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91749 --- Comment #1 from Christophe Lyon --- Can you share your configure options? Also, it looks like you are forcing at least -mfdpic when running the testsuite? Why did you put "known to work 9.2", since -mfdpic does not exist in that version?

[Bug target/91749] [10 Regression] ICE in arm_asm_trampoline_template, at config/arm/arm.c:3973

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91749 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/91749] New: [10 Regression] ICE in arm_asm_trampoline_template, at config/arm/arm.c:3973

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91749 Bug ID: 91749 Summary: [10 Regression] ICE in arm_asm_trampoline_template, at config/arm/arm.c:3973 Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: