[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

Is this FE bug or am I missing something?

Guys, Small sample below fails (at least on 6.1) for multiple targets. The difference between two functions start at the very first tree pass... Please confirm that I'm not crazy and it's not supposed to be like this... Thanks -- #include "limits.h" #include "stdio.h" int*

[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

[v3 PATCH] Implement C++17 string searchers.

The first patch just transforms the TS version into an std one, the second patch makes it conform by implementing P0253R1. I haven't added any tests for the pair-seconds of the new api, and I noticed that we might want to go through our make_pairs and make_tuples and qualify them throughout the

gcc-7-20160911 is now available

Snapshot gcc-7-20160911 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/7-20160911/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 7 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision

Question on DSO and visibility

I wonder if someone can comment on this situation: I'll do some testing but I likely can't test everything. I'm creating DSO's for GNU/Linux with GCC 4.9.2 right now.  I want to upgrade to GCC 6.2.0.  My code is written in C++.  I'm aware of the C++ STL ABI break in GCC 5.x. I have users who

[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

Re: [PATCH] Add -Wshadow-local and -Wshadow-compatible-local.

Hi Manuel, On Sun, Sep 11, 2016 at 08:26:20PM +0100, Manuel López-Ibáñez wrote: > On 11/09/16 14:02, Mark Wielaard wrote: > > -Wshadow-local which warns if a local variable shadows another local > > variable or parameter, > > > > -Wshadow-compatible-local which warns if a local variable

Re: [PATCH, LRA] Fix PR rtl-optimization 77289, LRA matching constraint problem

On 9/11/16 3:35 PM, Bernd Edlinger wrote: FYI: I have a patch for the aarch64 regression here: https://gcc.gnu.org/bugzilla/attachment.cgi?id=39600 It passes bootstrap and reg-testing on x86_64-linux-gnu. Thanks for debugging and fixing this! Also the mentioned aarch64 and powerpc test

[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|---

Re: [PATCH, LRA] Fix PR rtl-optimization 77289, LRA matching constraint problem

FYI: I have a patch for the aarch64 regression here: https://gcc.gnu.org/bugzilla/attachment.cgi?id=39600 It passes bootstrap and reg-testing on x86_64-linux-gnu. Also the mentioned aarch64 and powerpc test cases pass manually in a cross-compiler, but I cannot do the boot-strap on powerpc or

[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

Re: [PATCH] Add -Wshadow-local and -Wshadow-compatible-local.

On 11/09/16 14:02, Mark Wielaard wrote: -Wshadow-local which warns if a local variable shadows another local variable or parameter, -Wshadow-compatible-local which warns if a local variable shadows another local variable or parameter whose type is compatible with that of the shadowing

[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

Re: [PATCH] PR fortran/77507

On Sat, Sep 10, 2016 at 08:04:40PM +0200, Andreas Schwab wrote: > FAIL: gfortran.dg/pr77507.f90 -O (test for excess errors) > Excess errors: > /opt/gcc/gcc-20160910/gcc/testsuite/gfortran.dg/pr77507.f90:3:6: Fatal Error: > Can't open module file 'ieee_arithmetic.mod' for reading at (1): No

[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.

Re: Verify package integrity of downloaded prerequisites (partially fixes 61439)

On Sep 11, 2016, at 8:35 AM, Moritz Klammler wrote: > > There is a long-standing > [bug report](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61439) > pointing out that the `download_prerequisites` script doesn't verify the > integrity of the packages it downloads. I like the

[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?

Verify package integrity of downloaded prerequisites (partially fixes 61439)

There is a long-standing [bug report](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61439) pointing out that the `download_prerequisites` script doesn't verify the integrity of the packages it downloads. The original bug report is only concerned about stability but for me, this is first and

[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

Re: [PATCH] Remove extraneous whitespace in libbacktrace

On Sun, Jan 3, 2016 at 7:43 PM, Michael McConville wrote: > This was committed to Rust's copy of libbacktrace in October by Carlos > Liam. Thanks. I committed this patch to the GCC repository, with this ChangeLog entry: 2016-09-11 Carlos Liam * all:

[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

libgo patch committed: add runtime/internal/sys package

This patch to libgo adds the runtime/internal/sys package that is in the gc toolchain. In the gc toolchain this package is mostly a collection of generated files, one for each GOARCH value and one for each GOOS value. Rather than doing it in the gofrontend, we record the information in

[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

[PATCH] Add -Wshadow-local and -Wshadow-compatible-local.

On Sat, Sep 10, 2016 at 09:51:57AM -0400, Eric Gallager wrote: > On 9/10/16, Ian Lance Taylor wrote: > > I'm not sure about the patch to configure.ac/configure. The last I > > looked -Wshadow would warn if a local variable shadows a global > > variable. That can cause a

[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|

  1   2   >