[Bug target/71776] relocation truncated to fit: R_ARM_THM_JUMP11 against symbol `__gnu_h2f_internal'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71776 malithyapa at gmail dot com changed: What|Removed |Added Resolution|FIXED |INVALID

[Bug target/71776] relocation truncated to fit: R_ARM_THM_JUMP11 against symbol `__gnu_h2f_internal'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71776 malithyapa at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug tree-optimization/77550] [6/7 Regression] std::deque with -O3 has infinite std::distance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550 --- Comment #14 from Markus Trippelsdorf --- The reduced testcase needs libstdc++.so from trunk. Otherwise you'll get undefined reference errors to _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE12_Alloc_hiderC1EPcOS3_ .

[Bug tree-optimization/77550] [6/7 Regression] std::deque with -O3 has infinite std::distance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550 --- Comment #13 from Markus Trippelsdorf --- Created attachment 39606 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39606=edit somewhat reduced testcase

[Bug libstdc++/77528] std::queue default constructor unnecessarily creates temporary of underlying Container

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77528 TC changed: What|Removed |Added CC||rs2740 at gmail dot com --- Comment #2 from TC

[Bug libstdc++/60348] -static-libstdc++ broken

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

[Bug rtl-optimization/67856] callee-saved register saves should be shrink-wrapped

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

[Bug target/67750] undefined local label

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

[Bug libgcc/64598] var-tracking.c has internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64598 Andrew Pinski changed: What|Removed |Added Target||i586-scc-linux-gnu

[Bug rtl-optimization/59857] 4.8.2 loop optimization is worse than 4.5.1 under ARM

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

[Bug sanitizer/61314] Building GCC 4.9.0 breaks in libbacktrace on Ubuntu Lucid and Precise using libfaketime

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

[Bug other/59862] Code does not compile with 4.8.1 tarball release but compiles with 4.8.1 SVN release

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

[Bug target/45102] mm/page-writeback.c:820: internal compiler error: Segmentation fault

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

[Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #15 from Eric Gallager --- (In reply to Jonathan Wakely from comment #11) > (In reply to Eric Gallager from comment #6) > > This should probably depend on the -fstrict-enums flag, as that controls > > whether enums can have any value

[Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #14 from Eric Gallager --- (In reply to Manuel López-Ibáñez from comment #9) > In summary, neither adding 'default' or 'return' are recommended to silence > this warning if you think the warning is wrong. If you think the warning >

[Bug libstdc++/67807] [5/6/7 Regression] call to public member function catalog failed on Linux -std=c++03

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67807 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |5.5

[Bug tree-optimization/77550] [6/7 Regression] std::deque with -O3 has infinite std::distance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target Milestone|---

[Bug middle-end/77546] [6/7 regression] C++ software renderer performance drop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77546 Andrew Pinski changed: What|Removed |Added Status|WAITING |UNCONFIRMED Target Milestone|---

[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 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |6.3

[Bug rtl-optimization/77541] [7 Regression] wrong code with 512bit vectors of int128 @ -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77541 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |7.0

[Bug c++/77545] [7 Regression] ICE on valid C++11 code: in potential_constant_expression_1, at cp/constexpr.c:5480

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77545 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |7.0

[Bug target/77527] [7 Regression] ICE: in make_decl_rtl, at varasm.c:1311 with -mstringop-strategy=libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77527 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |7.0

[Bug fortran/77518] [5/6/7 Regression] ICE in gfc_advance_chain, at fortran/trans.c:58

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |5.5

[Bug target/77526] [7 Regression] ICE: in verify_dominators, at dominance.c:1039 with -mstringop-strategy=byte_loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77526 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |7.0

[Bug tree-optimization/77514] [6/7 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 Andrew Pinski changed: What|Removed |Added Keywords|ice-on-invalid-code |ice-on-valid-code --- Comment #3 from

[Bug tree-optimization/77514] [6/7 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 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |6.3

[Bug middle-end/77484] [6/7 Regression] Static branch predictor causes ~6-8% regression of SPEC2000 GAP

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

[Bug fortran/77371] [6/7 Regression] ICE in force_constant_size, at gimplify.c:671 (... and others)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77371 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |6.3

[Bug fortran/72832] [6/7 Regression] [OOP] ALLOCATE with SOURCE fails to allocate requested dimensions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72832 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |6.3

[Bug lto/69188] [5/6/7 Regression] ICE when linking objects at different optimization levels with LTO and profile generation enabled. (Works with 4.9.3.)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69188 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |5.5 Summary|[Regression

[Bug target/72717] [5/6/7 Regression] ICE: in emit_move_insn, at expr.c:3693 with vector shift @ powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72717 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |5.5

[Bug c++/71912] [6/7 regression] flexible array in struct in union rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71912 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |6.3

[Bug c++/77562] large amount of memory usage when allocating big arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77562 --- Comment #6 from programmerjake at gmail dot com --- (In reply to Andrew Pinski from comment #5) > Note I suspect this is due to "long a = 1;" being treated as a constexpr > something like that now. it is. In the original code I had, S has a

[Bug bootstrap/60633] When boostrapping 4.8.2 cc1 crashes with memory allocation problem

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

[Bug tree-optimization/67242] Missing optimization with float IV in SCEV-CCP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67242 --- Comment #4 from Andrew Pinski --- There might be a dup of this one already.

[Bug tree-optimization/67731] Combine of OR'ed bitfields should use bit-test

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

[Bug target/67751] redundant zero extension

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

[Bug tree-optimization/77550] [6/7 Regression] std::deque with -O3 has infinite std::distance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550 --- Comment #12 from Bernd Edlinger --- (In reply to Markus Trippelsdorf from comment #11) > (In reply to Bernd Edlinger from comment #9) > > I'm unable to reduce the test case... > > Creduce is running and hopefully I will have a small

[Bug tree-optimization/77550] [6/7 Regression] std::deque with -O3 has infinite std::distance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550 --- Comment #11 from Markus Trippelsdorf --- (In reply to Bernd Edlinger from comment #9) > I'm unable to reduce the test case... Creduce is running and hopefully I will have a small testcase tomorrow morning. trippels@gcc2-power8 ~ % cat

[Bug c++/77562] large amount of memory usage when allocating big arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77562 --- Comment #5 from Andrew Pinski --- Note I suspect this is due to "long a = 1;" being treated as a constexpr something like that now.

[Bug c++/68203] Аbout infinite compilation time on struct with nested array of pairs with -std=c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68203 Andrew Pinski changed: What|Removed |Added CC||programmerjake at gmail dot com ---

[Bug c++/77562] large amount of memory usage when allocating big arrays

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

[Bug target/77468] [7 Regression] C-ray regression on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77468 --- Comment #7 from PeteVine --- $ gcc $CFLAGS -o c-ray-mt c-ray-mt.c -lm -lpthread && ./c-ray-mt -t 32 -s 160x120 -r 8 -i sphfract -o output.ppm -mcpu=cortex-a53 : Rendering took: 2 seconds (1958 milliseconds) -mcpu=cortex-a73 : Rendering

[Bug tree-optimization/24021] VRP does not work with floating points

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

[Bug c++/77562] large amount of memory usage when allocating big arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77562 --- Comment #3 from programmerjake at gmail dot com --- I would think that unrolling loops would be best left till after gimplification.

[Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #13 from Manuel López-Ibáñez --- (In reply to DB from comment #10) > Yeah, I've since thought of using abort(), which as you say, silences the > warning - and indicates with sufficient strength that this shouldn't happen. > assert()

[Bug c++/77562] large amount of memory usage when allocating big arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77562 Andrew Pinski changed: What|Removed |Added Keywords||memory-hog --- Comment #2 from Andrew

[Bug c++/77562] large amount of memory usage when allocating big arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77562 --- Comment #1 from Andrew Pinski --- There is a dup of this bug somewhere already. Basically the front-end decides it is going to "unroll" the loop for the constructors.

[Bug middle-end/67739] name clash between builtin functions and local variables when optimization is on

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67739 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic, wrong-code

[Bug c++/77562] New: large amount of memory usage when allocating big arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77562 Bug ID: 77562 Summary: large amount of memory usage when allocating big arrays Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/68048] Unable to compile ./host-x86_64-pc-linux-gnu/gcc/version.c! Can't pass preprocessor strings!

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

[Bug rtl-optimization/68086] Expression explicitly defined outside the loop is moved inside the loop by the optimizer

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

[Bug libgcc/68082] issue on 64 bit shift

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68082 Andrew Pinski changed: What|Removed |Added Target|m68k|m68k-linux --- Comment #6 from Andrew

[Bug tree-optimization/68097] We should track ranges for floating-point values too

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68097 Andrew Pinski changed: What|Removed |Added Depends on||24021 --- Comment #5 from Andrew Pinski

[Bug tree-optimization/77550] [6/7 Regression] std::deque with -O3 has infinite std::distance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550 Andrew Pinski changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug tree-optimization/77550] [6/7 Regression] std::deque with -O3 has infinite std::distance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550 Bernd Edlinger changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de ---

[Bug target/77530] optimization prevents excess precision from being removed with x86/amd64 long double and rounding to 53 bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77530 --- Comment #4 from Vincent Lefèvre --- Note that the current behavior should be correct on NetBSD 7. But it isn't on NetBSD 5.1 and 6.

[Bug middle-end/77546] [6 regression] C++ software renderer performance drop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77546 --- Comment #5 from PeteVine --- ARMv7 for example is not affected, on the contrary, GCC6 posts a very small improvement (29.2 vs 29.0). Back on aarch64, however, GCC7 is able to get some of the lost performance back @ 37 avg. A clue?

[Bug lto/77511] internal compiler error: in get_ptr_info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77511 Andrew Pinski changed: What|Removed |Added Target||x86_64-w64-mingw32

[Bug lto/77511] internal compiler error: in get_ptr_info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77511 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code Component|c

[Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #12 from DB --- (In reply to Jonathan Wakely from comment #11) > Given enum E { E1 = 1, E3 = 3 } the values of the type are 0, 1, 2 and 3 and > -fstrict-enums tells the compiler it will never have a value outside that > range. It

[Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #11 from Jonathan Wakely --- (In reply to Eric Gallager from comment #6) > This should probably depend on the -fstrict-enums flag, as that controls > whether enums can have any value or just those values that are enumerated. No,

[Bug c++/77561] Unclear diagnostic for invalid declaration of partial specialization as friend

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77561 --- Comment #1 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #0) > The user is not trying to declare a specialization, they're trying to define > a friend. The error should tell them that is allowed, Oops, should tell them

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 --- Comment #8 from Yu Xuanchi --- I have test extern "C" in clang. Look like clang dose not actually mangled it to "C format". I think because clang C front-end actually not have any mangle logic. So it just mangled it like CPP front-end does.

[Bug c++/77557] gcc doesn't warn about code (clang does), __PRETTY_FUNCTION__ used in struct in function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77557 --- Comment #4 from Martin --- (In reply to Jonathan Wakely from comment #3) > N.B. for clang 3.9 the program prints "top level" not the constructor name. And for __func_ clang 3.9 has has an empty string. Which makes me think clang 3.9 moves

[Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #10 from DB --- (In reply to Manuel López-Ibáñez from comment #8) Thanks for the thoughts! > Those "artificial kludges" not only silence the warning, but also make the > code more readable and help the optimizer. A call to

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 --- Comment #7 from Yu Xuanchi --- And there is another option. Because clang documentation say: "However, when an overloadable function occurs within an extern "C" linkage specification, it’s name will be mangled in the same way as it would in

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 --- Comment #6 from Yu Xuanchi --- So I think in short term. We just reject those code. Because our aim is to support this feature like clang. If there is no any problem. I'll go impl it.

[Bug c++/77561] New: Unclear diagnostic for invalid declaration of partial specialization as friend

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77561 Bug ID: 77561 Summary: Unclear diagnostic for invalid declaration of partial specialization as friend Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords:

[Bug libstdc++/24693] Deque improvements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24693 --- Comment #5 from Jonathan Wakely --- See also PR 77524

[Bug c++/63263] friend declaration of function template specialization gets confused when specialization was forward declared.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63263 Jonathan Wakely changed: What|Removed |Added Keywords||ice-on-valid-code Last

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 --- Comment #5 from Yu Xuanchi --- So there is a problem clang does not support nested function. Like: - void foo() { void foo1() { // Bar } } - And cpp also not supported. But gcc support it as an extensions. So how we deal with code

[Bug regression/71231] [7 Regression]: 300% runtime increase for rnflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71231 --- Comment #17 from Dominique d'Humieres --- > This problem seems fixed. The runtimes are back to normal. AFAICT the output does not seem right with r240076 and "-fprotect-parens -Ofast -funroll-loops -ftree-loop-linear -fomit-frame-pointer

[Bug c++/77553] [6/7 Regression] wrong code with post-increment operator in constexpr

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

[Bug fortran/32834] [Meta-bug] 'Fortran 95'-only failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834 Bug 32834 depends on bug 77560, which changed state. Bug 77560 Summary: Redefinition of lower bound in explicit-shape dummy argument https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77560 What|Removed |Added

[Bug fortran/77560] Redefinition of lower bound in explicit-shape dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77560 Thomas Koenig changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug fortran/77560] Redefinition of lower bound in explicit-shape dummy argument

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

[Bug fortran/77560] New: Redefinition of lower bound in explicit-shape dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77560 Bug ID: 77560 Summary: Redefinition of lower bound in explicit-shape dummy argument Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug other/70268] add option -ffile-prefix-map to map one directory name (old) to another (new) in __FILE__, __BASE_FILE__and __builtin_FILE()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70268 --- Comment #7 from Sascha Steinbiss --- Is there any progress on this? Actually such a functionality as provided by -ffile-prefix-map would also be highly desirable in the context of the Reproducible Builds effort [1]. Build-specific source

[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 #4 from Christophe Lyon --- (In reply to Tom de Vries from comment #2) > Fails for arm as well (as mentioned here: > > The failure is different, but the root cause is the same. Also the ICE > already appears before the patch

[Bug c++/77557] gcc doesn't warn about code (clang does), __PRETTY_FUNCTION__ used in struct in function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77557 --- Comment #3 from Jonathan Wakely --- N.B. for clang 3.9 the program prints "top level" not the constructor name. __PRETTY_FUNCTION__ is a non-standard extension so the standard says nothing about how it works. The similar function-local

[Bug tree-optimization/71915] A missed opportunity for SLSR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71915 Martin Liška changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment

[Bug tree-optimization/77552] FAIL: gcc.dg/tree-ssa/slsr-8.c scan-tree-dump-times optimized " w?\\* " 7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77552 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/77556] [6/7 Regression] ICE on invalid C++ code with non-constant non-type template argument: in convert_nontype_argument, at cp/pt.c:6416

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77556 Martin Liška changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug lto/71089] [7 Regression] Failed to build 483.xalancbmk in SPEC CPU 2006

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug lto/50147] LTO: Segmentation fault in infinite_empty_loop_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50147 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug web/77551] Please disable the "Importance:" field for normal users of bugzilla

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

[Bug lto/57726] LTO verify_flow_info: error: control flow in the middle of basic block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57726 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/77554] ICE on valid C++11 code with variadic template function: tree check: expected class ‘expression’, have ‘type’ (integer_type) in tree_operand_check, at tree.h:3524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77554 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug ipa/61159] __builtin_constant_p gives incorrect results with aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61159 --- Comment #4 from Jan Hubicka --- Author: hubicka Date: Sun Sep 11 12:15:02 2016 New Revision: 240082 URL: https://gcc.gnu.org/viewcvs?rev=240082=gcc=rev Log: PR ipa/61159 * compile/pr61159.c: New testcase Added:

[Bug ipa/61159] __builtin_constant_p gives incorrect results with aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61159 --- Comment #3 from Jan Hubicka --- Fixed.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77558 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org --- Comment

[Bug rtl-optimization/64316] [5 Regression] ICE in simplify_const_unary_operation after r218503

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64316 --- Comment #5 from Jan Hubicka --- Author: hubicka Date: Sun Sep 11 12:08:28 2016 New Revision: 240081 URL: https://gcc.gnu.org/viewcvs?rev=240081=gcc=rev Log: PR ipa/64316 * gcc.dg/ipa/pr63416.c: New testcase. Added:

[Bug ipa/63416] Three calls to empty functions via pointers get folded, but not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63416 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77558 Tom de Vries changed: What|Removed |Added Summary|c-c++-common/va-arg-va-list |c-c++-common/va-arg-va-list

[Bug c++/77559] Implicit conversion from pointer to reference fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77559 --- Comment #2 from Markus Trippelsdorf --- It works with -std=c++98.

[Bug c++/77559] Implicit conversion from pointer to reference fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77559 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/48298] [F03] User-Defined Derived-Type IO (DTIO)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48298 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #20

[Bug fortran/77532] ICE in check_dtio_interface1, at fortran/interface.c:4622

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

[Bug fortran/77534] ICE in check_dtio_arg_TKR_intent, at fortran/interface.c:4572

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

  1   2   >