[Bug c/78461] [7 Regression] ICE: in operator+=, at gimple-ssa-sprintf.c:214

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78461

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-11-22
 CC||msebor at gcc dot gnu.org
  Component|tree-optimization   |c
 Ever confirmed|0   |1

--- Comment #1 from Markus Trippelsdorf  ---
Started with r242674.

[Bug c++/78462] feature request: need function default arguments

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78462

--- Comment #3 from Andrew Pinski  ---
Even this works in C++14:
int a(int b, auto wish1=2, const auto wish2=test)

[Bug c++/78462] feature request: need function default arguments

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78462

--- Comment #2 from Andrew Pinski  ---
That is:
#include 
const std::string test="wish";//global var or const, but const gives me
headaches
int a(int b, int wish1=2, const std::string wish2=test) {
}


Works just fine in C++ and always has.

[Bug c++/78462] feature request: need function default arguments

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78462

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2016-11-22
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
In C++ you already can have default arguments.  Can you expand on what exact
feature you want?

[Bug tree-optimization/78461] [7 Regression] ICE: in operator+=, at gimple-ssa-sprintf.c:214

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78461

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
  Component|c   |tree-optimization
   Target Milestone|--- |7.0

[Bug c++/78462] New: feature request: need function default arguments

[jmichae3 at yahoo dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78462

Bug ID: 78462
   Summary: feature request: need function default arguments
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jmichae3 at yahoo dot com
  Target Milestone: ---

function default arguments are needed. I find that in 6.2.0 and earlier, it
does not work.
example:
#include 
const std::string test="wish";//global var or const, but const gives me
headaches
a(int b, int wish1=2, const wish2=test) {
...
}

this would be SO useful in ANSI C and in C++ if it worked.

[Bug c/78461] New: [7 Regression] ICE: in operator+=, at gimple-ssa-sprintf.c:214

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78461

Bug ID: 78461
   Summary: [7 Regression] ICE: in operator+=, at
gimple-ssa-sprintf.c:214
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: trippels at gcc dot gnu.org
  Target Milestone: ---

markus@x4 /tmp % cat dlm.i
extern int snprintf(char *s, unsigned long n, const char *format, ...);
void foo(char *ch) { snprintf(0, 0, "%.*s%08x", 1, ch, 1); }

markus@x4 /tmp % gcc -c dlm.i
dlm.i: In function ‘foo’:
dlm.i:2:6: internal compiler error: in operator+=, at gimple-ssa-sprintf.c:214
 void foo(char *ch) { snprintf(0, 0, "%.*s%08x", 1, ch, 1); }
  ^~~
0x12a98db operator+=
../../gcc/gcc/gimple-ssa-sprintf.c:214
0x12a98db add_bytes
../../gcc/gcc/gimple-ssa-sprintf.c:2119
0x12a98db compute_format_length
../../gcc/gcc/gimple-ssa-sprintf.c:2211
0x12a98db handle_gimple_call
../../gcc/gcc/gimple-ssa-sprintf.c:2775
0x12a98db execute
../../gcc/gcc/gimple-ssa-sprintf.c:2802

[Bug sanitizer/63850] Building TSAN for Aarch64 results in assembler Error

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63850

Andrew Pinski  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |7.0

--- Comment #9 from Andrew Pinski  ---
Fixed.

[Bug c++/78003] [7 Regression] c++17: ICE in build_over_call, at cp/call.c:7847

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78003

Marek Polacek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||mpolacek at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #5 from Marek Polacek  ---
Fixed in r242562.

[Bug target/78438] [7 Regression] incorrect comparison optimization

[segher at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78438

--- Comment #6 from Segher Boessenkool  ---
n/m, too tired I guess, please ignore comment 5.

[Bug target/78438] [7 Regression] incorrect comparison optimization

[segher at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78438

--- Comment #5 from Segher Boessenkool  ---
Why is this wrong?  This isn't the same reg 94 (it is reused):

Failed to match this instruction:
(set (mem/c:QI (symbol_ref:DI ("a") [flags 0x2]  )
[0 a+0 S1 A8])
(subreg:QI (ashiftrt:SI (reg:SI 93 [ b ])
(const_int 26 [0x1a])) 0))
Successfully matched this instruction:
(set (reg:SI 94)
(ashiftrt:SI (reg:SI 93 [ b ])
(const_int 26 [0x1a])))
Successfully matched this instruction:
(set (mem/c:QI (symbol_ref:DI ("a") [flags 0x2]  )
[0 a+0 S1 A8])
(subreg:QI (reg:SI 94) 0))

The low 8 bits of  r93 a>> 26  are exactly what we need to store afaics?

[Bug c++/78313] [7 Regression] Misleading spelling suggestion

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78313

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-11-22
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1

[Bug target/78460] New: [7 Regression] [SH] OOM building glibc string tst-cmp.c

[jsm28 at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78460

Bug ID: 78460
   Summary: [7 Regression] [SH] OOM building glibc string
tst-cmp.c
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jsm28 at gcc dot gnu.org
  Target Milestone: ---
Target: sh4-linux-gnu

Created attachment 40105
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40105=edit
preprocessed source

GCC mainline built for sh4-linux-gnu runs out of memory building
string/tst-cmp.c.  The symptom observed is that cc1's memory usage goes up by a
bit under 1GB a second until it's killed after exhausting memory and swap (on a
system with 128GB of each).  Compile with: sh4-glibc-linux-gnu-gcc -S tst-cmp.i
-fno-isolate-erroneous-paths-dereference -fno-isolate-erroneous-paths-attribute
-std=gnu11 -fgnu89-inline  -O2 -fmerge-all-constants -g

Preprocessed source attached.

[Bug target/78459] New: [7 Regression] [SH] ICE in maybe_record_trace_start building glibc string tests

[jsm28 at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78459

Bug ID: 78459
   Summary: [7 Regression] [SH] ICE in maybe_record_trace_start
building glibc string tests
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jsm28 at gcc dot gnu.org
  Target Milestone: ---
Target: sh4-linux-gnu

Created attachment 40104
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40104=edit
preprocessed source

GCC mainline built for sh4-linux-gnu has an ICE building glibc string/tester.c.
 Compile with: sh4-glibc-linux-gnu-gcc -S tester.i
-fno-isolate-erroneous-paths-dereference -fno-isolate-erroneous-paths-attribute
-std=gnu11 -fgnu89-inline  -O2 -fmerge-all-constants -g

tester.c: In function 'test_strcpy':
tester.c:178:1: internal compiler error: in maybe_record_trace_start, at
dwarf2cfi.c:2328
 }
 ^
0x76f73c maybe_record_trace_start
/scratch/jmyers/glibc/many7/src/gcc/gcc/dwarf2cfi.c:2328
0x770040 scan_trace
/scratch/jmyers/glibc/many7/src/gcc/gcc/dwarf2cfi.c:2510
0x77086a create_cfi_notes
/scratch/jmyers/glibc/many7/src/gcc/gcc/dwarf2cfi.c:2664
0x77086a execute_dwarf2_frame
/scratch/jmyers/glibc/many7/src/gcc/gcc/dwarf2cfi.c:3022
0x77086a execute
/scratch/jmyers/glibc/many7/src/gcc/gcc/dwarf2cfi.c:3502
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

Preprocessed source attached.

[Bug c++/77949] [7 Regression] ICE on invalid code in internal compiler error: in linemap_position_for_loc_and_offset, at libcpp/line-map.c:907

[dmalcolm at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77949

David Malcolm  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|aldyh at gcc dot gnu.org   |dmalcolm at gcc dot 
gnu.org

[Bug c++/78457] attempt to instantiate unused template

[rs2740 at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78457

TC  changed:

   What|Removed |Added

 CC||rs2740 at gmail dot com

--- Comment #1 from TC  ---
Doesn't seem to be a bug to me. This is caused by basically the same issue as
the one noted in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116#c2.

std::endl names a function template, so it's a nondeduced context. Deduction
for `std::ostream& operator<<(std::ostream& os, Y const& )` therefore
succeeds with Ts..., not otherwise deduced, deduced be to an empty pack. Then
during overload resolution the compiler instantiates the definition of `Y<>` to
see if it can be constructed from std::endl; that instantiation triggers a hard
error outside the immediate context as expected.

[Bug target/78458] [7 Regression] LRA ICE building libgcc for powerpc-linux-gnuspe e500v2

[joseph at codesourcery dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458

--- Comment #3 from joseph at codesourcery dot com  ---
I still get the same ICE at r242683.

[Bug target/78458] [7 Regression] LRA ICE building libgcc for powerpc-linux-gnuspe e500v2

[joseph at codesourcery dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458

--- Comment #2 from joseph at codesourcery dot com  ---
It was r242641.

[Bug target/78458] [7 Regression] LRA ICE building libgcc for powerpc-linux-gnuspe e500v2

[meissner at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458

Michael Meissner  changed:

   What|Removed |Added

 CC||meissner at gcc dot gnu.org

--- Comment #1 from Michael Meissner  ---
What subversion id did you build with?  Was it before or after subversion id
242679 which was my last checkin to movdi in rs6000.md?

[Bug target/78458] New: [7 Regression] LRA ICE building libgcc for powerpc-linux-gnuspe e500v2

[jsm28 at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458

Bug ID: 78458
   Summary: [7 Regression] LRA ICE building libgcc for
powerpc-linux-gnuspe e500v2
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jsm28 at gcc dot gnu.org
  Target Milestone: ---
Target: powerpc-linux-gnuspe

Created attachment 40103
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40103=edit
preprocessed source

GCC mainline has an ICE in LRA when building libgcc for powerpc-linux-gnuspe
target (configured with --enable-e500-double and --with-glibc-version=2.24 to
get the relevant handling of DFmode and TFmode).  I'll attach preprocessed
source of the relevant libgcc file.  Compile with: -g -O2 -fPIC
-mlong-double-128 -mno-minimal-toc -fbuilding-libgcc -fno-stack-protector -S
multc3.i

/scratch/jmyers/glibc/many7/src/gcc/libgcc/libgcc2.c: In function '__multc3':
/scratch/jmyers/glibc/many7/src/gcc/libgcc/libgcc2.c:2035:1: internal compiler
error: in lra_set_insn_recog_data, at lra.c:965
 }
 ^
0x9b41cc lra_set_insn_recog_data(rtx_insn*)
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra.c:963
0x9b43ef lra_get_insn_recog_data
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra-int.h:487
0x9b43ef lra_update_insn_regno_info(rtx_insn*)
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra.c:1585
0x9b46bf lra_update_insn_regno_info(rtx_insn*)
/scratch/jmyers/glibc/many7/src/gcc/gcc/vec.h:1447
0x9b46bf lra_push_insn_1
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra.c:1736
0x9b46bf lra_push_insn(rtx_insn*)
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra.c:1744
0x9b46bf push_insns
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra.c:1787
0x9b5f2d lra_process_new_insns(rtx_insn*, rtx_insn*, rtx_insn*, char const*)
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra.c:1835
0x9c15f8 split_reg
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra-constraints.c:5370
0x9c2134 inherit_in_ebb
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra-constraints.c:6179
0x9c6b23 lra_inheritance()
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra-constraints.c:6249
0x9b6d52 lra(_IO_FILE*)
/scratch/jmyers/glibc/many7/src/gcc/gcc/lra.c:2403
0x96c231 do_reload
/scratch/jmyers/glibc/many7/src/gcc/gcc/ira.c:5381
0x96c231 execute
/scratch/jmyers/glibc/many7/src/gcc/gcc/ira.c:5565
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug tree-optimization/78455] [7 Regression] ICE in operator[], at vec.h:732

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78455

Marek Polacek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |mpolacek at gcc dot 
gnu.org

--- Comment #3 from Marek Polacek  ---
Testing it.

[Bug bootstrap/78453] [7 Regression] arm-none-linux-gnueabihf bootstrap failed with revision 242549

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78453

Andrew Pinski  changed:

   What|Removed |Added

 Target||arm-none-linux-gnueabihf
   Target Milestone|--- |7.0
Summary|arm-none-linux-gnueabihf|[7 Regression]
   |bootstrap failed with   |arm-none-linux-gnueabihf
   |revision 242549 |bootstrap failed with
   ||revision 242549

[Bug target/68538] ICE in gen_reg_rtx, at emit-rtl.c:1027 when cross-compiling for cris-linux-gnu target

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68538

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #7 from Jeffrey A. Law  ---
Fixed on the trunk.

[Bug target/68538] ICE in gen_reg_rtx, at emit-rtl.c:1027 when cross-compiling for cris-linux-gnu target

[law at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68538

--- Comment #6 from Jeffrey A. Law  ---
Author: law
Date: Mon Nov 21 23:24:13 2016
New Revision: 242682

URL: https://gcc.gnu.org/viewcvs?rev=242682=gcc=rev
Log:
PR target/68538
* config/cris/cris.md: Don't call copy_to_mode_reg unless
can_create_pseudo_p is true.

PR target/68538
* gcc.c-torture/compile/pr68538.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr68538.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/cris/cris.md
trunk/gcc/testsuite/ChangeLog

[Bug libstdc++/78442] [variant] std::get<...>(Variant) is not constexpr.

[eric at efcs dot ca]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78442

--- Comment #2 from Eric Fiselier  ---
I'm sorry your right. That's a garbage reproducer. Here's an actual one:

#include 
#include 

constexpr bool test_tuple() {
 std::tuple t(42);
 return std::get<0>(t) == 42;
}
static_assert(test_tuple(), ""); // OK

constexpr bool test() {
  std::variant v(42);
  auto const& cv = v;
  return std::get<0>(v) == 42 &&
 std::get<0>(cv) == 42; 

}
static_assert(test(), "");

[Bug libstdc++/78442] [variant] std::get<...>(Variant) is not constexpr.

[timshen at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78442

Tim Shen  changed:

   What|Removed |Added

 CC||timshen at gcc dot gnu.org

--- Comment #1 from Tim Shen  ---
I'm not sure whether the test case is valid.

A similar test case like this for  doesn't compile:

#include 

constexpr bool test() {
  std::tuple v{42, nullptr};
  auto const& cv = v;
  static_assert(std::get<0>(v) == 42, "");
  static_assert(std::get<0>(cv) == 42, "");
  return true;
}
static_assert(test(), "");

int main() {}

[Bug c++/78457] New: attempt to instantiate unused template

[barry.revzin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78457

Bug ID: 78457
   Summary: attempt to instantiate unused template
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: barry.revzin at gmail dot com
  Target Milestone: ---

The following fails to compile on any version of gcc (or clang) I tried:

#include 

template  struct X;
template  struct X { };

template  struct Y { X x; };

template 
std::ostream& operator<<(std::ostream& os, Y const& ) {
  os << std::endl;
  return os;
}

int main()
{ }

with the error:

prog.cc: In instantiation of 'struct Y<>':
prog.cc:10:16:   required from here
prog.cc:6:44: error: 'Y::x' has incomplete type
 template  struct Y { X x; };
^
prog.cc:3:31: note: declaration of 'struct X<>'
 template  struct X;
   ^

but no instance of Y is ever created, much less Y<> in operator<<. Moreover,
replacing std::endl with '\n' makes the code compile.

[Bug tree-optimization/72835] [7 Regression] Incorrect arithmetic optimization involving bitfield arguments

[kugan at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72835

kugan at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #6 from kugan at gcc dot gnu.org ---
Fixed in trunk.

[Bug tree-optimization/70586] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 32-bit and 64-bit modes

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70586

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug target/77493] [6/7 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug tree-optimization/78455] [7 Regression] ICE in operator[], at vec.h:732

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78455

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #2 from Marek Polacek  ---
It seems like this is just a typo?

--- a/gcc/tree-ssa-uninit.c
+++ b/gcc/tree-ssa-uninit.c
@@ -2192,7 +2192,7 @@ can_chain_union_be_invalidated_p (pred_chain_union
use_preds,
   pred_chain c = use_preds[i];
   bool entire_pred_chain_invalidated = false;
   for (size_t j = 0; j < c.length (); ++j)
-   if (can_one_predicate_be_invalidated_p (c[i], worklist))
+   if (can_one_predicate_be_invalidated_p (c[j], worklist))
  {
entire_pred_chain_invalidated = true;
break;

fixes it.

[Bug tree-optimization/71408] [7 Regression] wrong code at -Os and above on x86_64-linux-gnu

[kugan at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71408

kugan at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #7 from kugan at gcc dot gnu.org ---
Fixed in trunk.

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

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77541

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug fortran/78456] [6/7 Regression] 171.swim loops not interchanged, vectorized perf loss on aarch64

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78456

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2016-11-21
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Duplicate of pr68682?

[Bug tree-optimization/71408] [7 Regression] wrong code at -Os and above on x86_64-linux-gnu

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71408

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug rtl-optimization/72488] [7 Regression] wrong code (SIGFPE) at -Os and above on x86_64-linux-gnu (in the 64-bit mode)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72488

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug target/77439] [6/7 regression] wrong code for sibcall with longcall, APCS frame and VFP

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77439

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug tree-optimization/78455] [7 Regression] ICE in operator[], at vec.h:732

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78455

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-11-21
 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |7.0
 Ever confirmed|0   |1

--- Comment #1 from Jakub Jelinek  ---
Yes, confirmed r242639.

[Bug tree-optimization/40921] missed optimization: x + (-y * z * z) => x - y * z * z

[kugan at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40921

kugan at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||kugan at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #6 from kugan at gcc dot gnu.org ---
Fixed in trunk.

[Bug target/77728] [5/6/7 Regression] Miscompilation multiple vector iteration on ARM

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug tree-optimization/77673] [5/6/7 Regression] 4-byte load generated instead of 1-byte load, possibly reading past the end of object

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77673

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug target/77761] [7 Regression] wrong code with -fschedule-insns -mavx512f --param=max-pending-list-length=512

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77761

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug tree-optimization/77856] [7 Regression] wrong code at -O2 on x86_64-linux-gnu in 32-bit mode

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77856

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug target/68803] gcc.vect/powerpc/20050603-3.c failures since r230167

[segher at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68803

--- Comment #9 from Segher Boessenkool  ---
Author: segher
Date: Mon Nov 21 22:29:34 2016
New Revision: 242681

URL: https://gcc.gnu.org/viewcvs?rev=242681=gcc=rev
Log:
rs6000: rl[wd]imi without shift/rotate (PR68803)

We didn't have patterns yet for rl[wd]imi insns that do a rotate by 0.
This fixes it.


PR target/68803
* config/rs6000/rs6000.md (*rotlsi3_insert_5, *rotldi3_insert_6,
*rotldi3_insert_7): New define_insns.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/rs6000.md

[Bug middle-end/77766] [7 Regression] wrong code at -O2 and -O3 in 64-bit mode on x86_64-linux-gnu (executable hangs)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77766

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug target/78255] [5/6/7 regression] Indirect sibling call causing wrong code generation for ARM

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78255

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug tree-optimization/78428] [5/6/7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78428

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug rtl-optimization/78447] [7 Regression] wrong code when combine changes shifts by << 5 and >> 15 to >> 10 at -O

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78447

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug tree-optimization/78436] [7 Regression] incorrect write to larger-than-type bitfield (signed char x:9)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78436

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug target/78438] [7 Regression] incorrect comparison optimization

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78438

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||law at redhat dot com

[Bug fortran/68568] ICE with automatic character object and save, in combination with some options

[anlauf at gmx dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568

--- Comment #6 from Harald Anlauf  ---
(In reply to Dominique d'Humieres from comment #3)
> Confirmed from 4.8 up to trunk (6.0).

I don't get an ICE with 4.6, but I do with 4.7.4.

So technically a regression.

[Bug fortran/78456] New: [6/7 Regression] 171.swim loops not interchanged, vectorized perf loss on aarch64

[chris_s_jones at yahoo dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78456

Bug ID: 78456
   Summary: [6/7 Regression] 171.swim loops not interchanged,
vectorized perf loss on aarch64
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: chris_s_jones at yahoo dot com
  Target Milestone: ---

Created attachment 40102
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40102=edit
test case

When debugging a perf regression in 171.swim after moving to gfortran 6.2.0, I
notice that a nested loop in MAIN is not being interchanged, causing
sub-optimal vectorization in this case.  A simplified test case is attached
with an excerpt shown here:

  DO 3500 I = 1, MNMIN
   DO 4500 J = 1, MNMIN
 FOO = FOO + ABS(X0(I,J))
 BAR = BAR + ABS(X1(I,J))
 BAZ = BAZ + ABS(X2(I,J))
 4500  CONTINUE
   X1(I,I) = X1(I,I) 
 1  * ( MOD (I, 100) /100.)
 3500 CONTINUE

In 4.8.2, the compiler generates the sequence:
 230:   4cdf7e47ld1 {v7.2d}, [x18], #16
 234:   4cdf7fd0ld1 {v16.2d}, [x30], #16
 238:   4cdf7c34ld1 {v20.2d}, [x1], #16
 23c:   4ee0f8f5fabsv21.2d, v7.2d
 240:   4ee0fa16fabsv22.2d, v16.2d
 244:   4ee0fa97fabsv23.2d, v20.2d
 248:   4e75d400faddv0.2d, v0.2d, v21.2d
 24c:   4e76d421faddv1.2d, v1.2d, v22.2d
 250:   4e77d442faddv2.2d, v2.2d, v23.2d

In 6.2.0 and on the trunk, I'm seeing the values assembled from multiple
locations since the missing loop interchange means it doesn't use adjacent
values:
 2c8:   fc606834ldr d20, [x1,x0]
 2cc:   52800050mov w16, #0x2   // #2
 2d0:   d294dc0emov x14, #0xa6e0// #42720
 2d4:   6b14021fcmp w16, w20
 2d8:   fc606bd6ldr d22, [x30,x0]
 2dc:   fc6068f7ldr d23, [x7,x0]
 2e0:   8b0dadd x0, x0, x13
 2e4:   fd69b835ldr d21, [x1,#21360]
 2e4:   fd69b835ldr d21, [x1,#21360]
 2e8:   6e0806b0mov v16.d[0], v21.d[0]
 2ec:   6e180690mov v16.d[1], v20.d[0]
 2f0:   4ee0fa19fabsv25.2d, v16.2d
 2f4:   fd69bbd8ldr d24, [x30,#21360]
 2f8:   6e080706mov v6.d[0], v24.d[0]
 2fc:   6e1806c6mov v6.d[1], v22.d[0]
 300:   4ee0f8dbfabsv27.2d, v6.2d
 304:   fd69b8fdldr d29, [x7,#21360]
 308:   6e0807a7mov v7.d[0], v29.d[0]
 30c:   6e1806e7mov v7.d[1], v23.d[0]
 310:   4ee0f8fefabsv30.2d, v7.2d
 314:   4e79d75afaddv26.2d, v26.2d, v25.2d
 318:   4e7bd79cfaddv28.2d, v28.2d, v27.2d
 31c:   4e7ed7fffaddv31.2d, v31.2d, v30.2d

Flags used: -O3 -march=armv8-a+crypto -mcpu=cortex-a57+crypto -ffast-math
-funroll-loops -fvect-cost-model=unlimited -floop-interchange -g -c -o sink.o
sink.f

I understand -floop-interchange is now an alias for -floop-nest-optimize but am
wondering why this case wasn't interchanged.  The perf difference seems
significant for this case.  Manually swapping the loop indices in the source
causes the better code sequence to be generated.

Behaves similarly for gfortran 6.2.0 and trunk, built using:
configure 'CFLAGS_FOR_TARGET=-march=armv8-a -mcpu=cortex-a57 -O3'
'CXXFLAGS_FOR_TARGET=-march=armv8-a -mcpu=cortex-a57 -O3'
--prefix=/home/gcc-aarch64/6.2.0-linux-gnu --target=aarch64-linux-gnu
--with-sysroot=/home/gcc-aarch64/6.2.0-linux-gnu/sysroot --enable-__cxa_atexit
--with-gnu-as --with-gnu-ld --enable-shared --disable-libssp
--disable-libmudflap --enable-languages=c,c++,fortran --disable-libsanitizer
--disable-nls

[Bug debug/77589] [6/7 Regression] fortran: Missing DW_AT_byte_stride for an array record field selection

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77589

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/68568] ICE with automatic character object and save, in combination with some options

[anlauf at gmx dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568

--- Comment #5 from Harald Anlauf  ---
The original testcase hits an assert in trans-decl.c:1704

1698  /* Associate names can use the hidden string length variable
1699 of their associated target.  */
1700  if (sym->ts.type == BT_CHARACTER
1701  && TREE_CODE (length) != INTEGER_CST)
1702{
1703  gfc_finish_var_decl (length, sym);
1704  gcc_assert (!sym->value);
1705}
1706
1707  gfc_finish_var_decl (decl, sym);

If the assert is removed, the testcase compiles.

[Bug tree-optimization/77362] [6/7 Regression] [graphite] ICE in sese_build_liveouts_use w/ -O2 -floop-nest-optimize

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77362

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug tree-optimization/77318] [7 regression] FAIL: gfortran.dg/graphite/pr68279.f90 -O (internal compiler error)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77318

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug bootstrap/78453] arm-none-linux-gnueabihf bootstrap failed with revision 242549

[bernd.edlinger at hotmail dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78453

Bernd Edlinger  changed:

   What|Removed |Added

 CC||bernd.edlinger at hotmail dot 
de

--- Comment #2 from Bernd Edlinger  ---
Yes, thanks.

I was using --with-tune=cortex-a9 in my bootstrap.

Therefore I had not seen this in my testing.

Can you post a patch?

[Bug middle-end/77262] [7 regression] Several libjava tests FAIL on 32-bit Solaris/x86

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77262

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |WONTFIX

--- Comment #5 from Jeffrey A. Law  ---
GCJ/libjava is dead

[Bug tree-optimization/71751] [7 Regression] Segmentation fault in ssa_default_def

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71751

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug c++/71616] [7 Regression] ICE on valid C++ code at -O1 and above on x86_64-linux-gnu: in binds_to_current_def_p, at symtab.c:2232

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71616

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |DUPLICATE

--- Comment #3 from Jeffrey A. Law  ---
Duplicate

*** This bug has been marked as a duplicate of bug 77674 ***

[Bug ipa/77674] [7 Regression] ICE in binds_to_current_def_p with -fkeep-inline-functions

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77674

--- Comment #5 from Jeffrey A. Law  ---
*** Bug 71616 has been marked as a duplicate of this bug. ***

[Bug ipa/77674] [7 Regression] ICE in binds_to_current_def_p with -fkeep-inline-functions

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77674

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||su at cs dot ucdavis.edu

--- Comment #3 from Jeffrey A. Law  ---
*** Bug 71353 has been marked as a duplicate of this bug. ***

[Bug ipa/77674] [7 Regression] ICE in binds_to_current_def_p with -fkeep-inline-functions

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77674

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

--- Comment #4 from Jeffrey A. Law  ---
*** Bug 71524 has been marked as a duplicate of this bug. ***

[Bug middle-end/71524] [7 Regression] internal compiler error: in binds_to_current_def_p, at symtab.c:2232

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71524

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |DUPLICATE

--- Comment #4 from Jeffrey A. Law  ---
Duplicate

*** This bug has been marked as a duplicate of bug 77674 ***

[Bug ipa/71353] [7 Regression] ICE on valid code at -O1 and above on x86_64-linux-gnu: in binds_to_current_def_p, at symtab.c:2232

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71353

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |DUPLICATE

--- Comment #3 from Jeffrey A. Law  ---
Duplicate

*** This bug has been marked as a duplicate of bug 77674 ***

[Bug bootstrap/71481] [7 regression] ICE during selftest: input.c: test_reading_source_line

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71481

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |FIXED

--- Comment #11 from Jeffrey A. Law  ---
Fixed on the trunk.

[Bug tree-optimization/71357] [7 Regression] [graphite] ICE: verify_ssa failed (error: definition in block follows the use for SSA_NAME) w/ -O2 -floop-nest-optimize

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71357

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug tree-optimization/71351] [7 Regression] ICE: Segmentation fault (graphite)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71351

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/78443] [OOP] Incorrect behavior with non_overridable keyword

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78443

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
 Resolution|FIXED   |---

--- Comment #4 from janus at gcc dot gnu.org ---
Here is an improved patch:


===
--- gcc/fortran/class.c (Revision 242657)
+++ gcc/fortran/class.c (Arbeitskopie)
@@ -751,7 +751,7 @@ add_proc_comp (gfc_symbol *vtype, const char *name
 {
   gfc_component *c;

-  if (tb->non_overridable)
+  if (tb->non_overridable && !tb->overridden)
 return;

   c = gfc_find_component (vtype, name, true, true, NULL);


It gives the same output and regtests cleanly as well.

[Bug rtl-optimization/71118] [5/6/7 Regression] ftois instruction not emitted for float -> int bitcast

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71118

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/68568] ICE with automatic character object and save, in combination with some options

[anlauf at gmx dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568

Harald Anlauf  changed:

   What|Removed |Added

 CC||anlauf at gmx dot de

--- Comment #4 from Harald Anlauf  ---
(In reply to Gerhard Steinmetz from comment #1)
> And this is detected :
> (The SAVE attribute shall not be specified for an automatic data object.)
> 
> $ cat z1b.f90
> subroutine s(n)
>integer, intent(in) :: n
>character(n), save :: x
>x = 'a'
> end
> 
> $ gfortran -g -O0 -Wall -fcheck=all -c z1b.f90
> z1b.f90:3:26:
> 
> character(n), save :: x
>   1
> Error: Automatic object 'x' at (1) cannot have the SAVE attribute

This is what is specified in the standard. F2015 working document:

C860 The SAVE attribute shall not be specified for a dummy argument, a function
 result, an automatic data object, or an object that is in a common block.

So it's an ICE on valid code.

[Bug c++/70565] [5/6/7 Regression] ICE at gimplify.c:8832 (cilkplus array extension)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70565

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug libstdc++/69782] [6/7 Regression] defining min() macro causes thousand of lines of error messages

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69782

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||law at redhat dot com
 Resolution|--- |WONTFIX

--- Comment #10 from Jeffrey A. Law  ---
Per c#8/c#9.

[Bug target/68538] ICE in gen_reg_rtx, at emit-rtl.c:1027 when cross-compiling for cris-linux-gnu target

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68538

--- Comment #5 from Jeffrey A. Law  ---
No, they are distinct bugs in the target files.  In this BZ it's the fault of
the cris backend.  In 68538, it appears to be a problem in the x86 backend.

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug middle-end/71682] [7 Regression] Several libjava failures on x86_64-apple-darwin15 with -m32 after r237556

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71682

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |WONTFIX

--- Comment #2 from Jeffrey A. Law  ---
GCJ/libjava are dead.

[Bug fortran/77680] [5/6/7 Regression] [F03] ICE in ctor_for_folding, at varpool.c:419

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77680

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/77746] [5/6/7 Regression] [F03] Wrong subroutine called, clash of specific procedure name and binding-name

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77746

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/78027] [6/7 Regression] ICE in new_oacc_loop_routine, at omp-low.c:19000

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78027

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/78122] [5/6/7 Regression] [F08] ICE in get, at cgraph.h:395

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78122

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug tree-optimization/78114] [7 regression] gfortran.dg/vect/fast-math-mgrid-resid.f FAILs

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78114

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug go/78432] [7 Regression] -fdump-go-spec ICEs for aligned causing x32 libgo library to fail to build

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78432

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug go/78431] [7 regression] ICE in go_append_padding, at godump.c:636

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78431

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug target/78426] [7 Regression] wrong code with strncmp on SH

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78426

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |FIXED

--- Comment #2 from Jeffrey A. Law  ---
Fixed on trunk

[Bug rtl-optimization/78437] [7 Regression]: Invalid sign-extend conversion in REE pass

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78437

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/68568] ICE with automatic character object and save, in combination with some options

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug fortran/68567] ICE on using wrong defined arrays (different cases/messages)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68567

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||law at redhat dot com

[Bug sanitizer/78208] Compile-time hog with -fsanitize=null with operator overloading

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78208

--- Comment #2 from Marek Polacek  ---
I think the compile-hog would also be visible with -Wduplicated-branches, but
that's not in yet (and it's unclear whether it will make its way in to GCC 7).

[Bug c++/78425] Atrtibute warning message location incorrect

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78425

Martin Sebor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-11-21
 CC||msebor at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Sebor  ---
Confirmed.  The location information for attributes isn't correct either in C
or in C++ as the following test case shows:

$ cat x.C && /build/gcc-svn/gcc/xgcc -B /build/gcc-svn/gcc -S -Wall -Wextra
-xc++ x.C
#define ARG_NONNULL __attribute__ ((nonnull))
#define RET_NONNULL __attribute__ ((returns_nonnull))

void ARG_NONNULL f0 (void*) RET_NONNULL;
void RET_NONNULL f1 (void*) ARG_NONNULL;

void __attribute__ ((nonnull)) f2 (void*) __attribute__ ((returns_nonnull));
void __attribute__ ((returns_nonnull)) f3 (void*) __attribute__ ((nonnull));


x.C:2:53: error: returns_nonnull attribute on a function not returning a
pointer
 #define RET_NONNULL __attribute__ ((returns_nonnull))
 ^
x.C:4:29: note: in expansion of macro ‘RET_NONNULL’
 void ARG_NONNULL f0 (void*) RET_NONNULL;
 ^~~
x.C:1:45: error: returns_nonnull attribute on a function not returning a
pointer
 #define ARG_NONNULL __attribute__ ((nonnull))
 ^
x.C:5:29: note: in expansion of macro ‘ARG_NONNULL’
 void RET_NONNULL f1 (void*) ARG_NONNULL;
 ^~~
x.C:7:75: error: returns_nonnull attribute on a function not returning a
pointer
 void __attribute__ ((nonnull)) f2 (void*) __attribute__ ((returns_nonnull));
   ^
x.C:8:75: error: returns_nonnull attribute on a function not returning a
pointer
 void __attribute__ ((returns_nonnull)) f3 (void*) __attribute__ ((nonnull));
   ^

When compiled in C mode the messages are almost as bad (though more obviously
wrong and so less confusing)

x.C:4:1: error: returns_nonnull attribute on a function not returning a pointer
 void ARG_NONNULL f0 (void*) RET_NONNULL;
 ^~~~
x.C:5:1: error: returns_nonnull attribute on a function not returning a pointer
 void RET_NONNULL f1 (void*) ARG_NONNULL;
 ^~~~
x.C:7:1: error: returns_nonnull attribute on a function not returning a pointer
 void __attribute__ ((nonnull)) f2 (void*) __attribute__ ((returns_nonnull));
 ^~~~
x.C:8:1: error: returns_nonnull attribute on a function not returning a pointer
 void __attribute__ ((returns_nonnull)) f3 (void*) __attribute__ ((nonnull));
 ^~~~

[Bug c++/78425] Atrtibute warning message location incorrect

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78425

Martin Sebor  changed:

   What|Removed |Added

  Known to fail||5.3.0, 6.2.0, 7.0

--- Comment #2 from Martin Sebor  ---
Besides 7.0 this also affects both of 6.x and 5.x so it's not a regression.

[Bug bootstrap/78453] arm-none-linux-gnueabihf bootstrap failed with revision 242549

[wilco at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78453

wilco at gcc dot gnu.org changed:

   What|Removed |Added

 CC||wilco at gcc dot gnu.org

--- Comment #1 from wilco at gcc dot gnu.org ---
(In reply to amker from comment #0)
> Hi,
> After revision 242549, arm-linux-gnueabihf bootstrap failed with below
> message:
> 
> ../../gcc/gcc/edit-context.c: In member function 'void
> edit_context::print_diff(pretty_printer*, bool)':
> ../../gcc/gcc/edit-context.c:299:1: error: insn does not satisfy its
> constraints:
>  }
>  ^
> (insn 69 17 25 3 (set (mem/f/c:DI (plus:SI (reg/f:SI 13 sp)
> (const_int 8 [0x8])) [39 c.m_outer_cb+0 S8 A64])
> (reg:DI 12 ip)) "../../gcc/gcc/typed-splay-tree.h":56 633
> {*movdi_vfp_cortexa8}


That's a latent bug - see https://patchwork.ozlabs.org/patch/220135/

"In ARM mode only, the pair of registers IP and SP is allowed as operands in
LDRD/STRD. To handle it, this patch defines a new constraint "q" to be
CORE_REGS in ARM mode and GENERAL_REGS (i.e., equivalent to "r") otherwise.
Note that in ARM mode "q" is not equivalent to "rk" because of the way
constraints are matched. The new constraint "q" is used in place of "r" for
DImode move between register and memory."


So "q" is needed for strd on ARM, and this is used by movdi_vfp but not by
movdi_vfp_cortexa8...

[Bug target/68538] ICE in gen_reg_rtx, at emit-rtl.c:1027 when cross-compiling for cris-linux-gnu target

[egall at gwmail dot gwu.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68538

Eric Gallager  changed:

   What|Removed |Added

 CC||egall at gwmail dot gwu.edu

--- Comment #4 from Eric Gallager  ---
After seeing this report, I'm realizing that Bug 71009 which I filed might be a
duplicate of this one; it's also an ICE at the same place in emit-rtl.c for the
same reason of can_create_pseudo_p having an issue. It's just for a different
target though.

[Bug c++/47877] -fvisibility-inlines-hidden does not hide member template functions

[jengelh at inai dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877

--- Comment #3 from Jan Engelhardt  ---
Hm yes, I begin to see why this was done. Template instantiations show up as
W-type symbols in `nm`, and template specializations are 'T'-type, and both
need to be visible so that the override works.

But only on -O0.

When compiling with -O2, the template instantiations gets inlined and the
symbol (_ZN3Foo3barIS_EEvv in this example) disappears because of
-fvisibility-inlines-hidden and could not possibly be overridden. So template
specializations from elsewhere will have no effect.

...

So IMO we can probably just drop the "!processing_template_decl" part.

[Bug tree-optimization/78455] New: [7 Regression] ICE in operator[], at vec.h:732

[asolokha at gmx dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78455

Bug ID: 78455
   Summary: [7 Regression] ICE in operator[], at vec.h:732
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
CC: aldyh at gcc dot gnu.org
  Target Milestone: ---

gcc-7.0.0-alpha20161120 snapshot fails to compile the following reduced snippet
w/ -O2 (-Os, -Og) -Wuninitialized:

int ij;

void
ql (void)
{
  int m5 = 0;

  for (;;)
  {
if (0)
  for (;;)
  {
int *go;
int *t4 = go;

 l1:
*t4 = (*t4 != 0) ? 0 : 2;
  }

if (ij != 0)
  goto l1;
  }
}

% x86_64-unknown-linux-gnu-gcc-7.0.0-alpha20161120 -O2 -Wuninitialized -c
dwgke5h1.c
dwgke5h1.c: In function 'ql':
dwgke5h1.c:4:1: internal compiler error: in operator[], at vec.h:732
 ql (void)
 ^~

r242639 must be a culprit, given that the top of backtrace is this:

Breakpoint 1, 0x013a3db0 in internal_error(char const*, ...) ()
(gdb) where
#0  0x013a3db0 in internal_error(char const*, ...) ()
#1  0x013a22c4 in fancy_abort(char const*, int, char const*) ()
#2  0x00d8e861 in uninit_ops_invalidate_phi_use(gphi*, unsigned int,
vec, va_heap, vl_ptr>) ()

[Bug fortran/78443] [OOP] Incorrect behavior with non_overridable keyword

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78443

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|unassigned at gcc dot gnu.org  |janus at gcc dot gnu.org

--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
> So, what goes wrong is probably the assignment of the TBPs in the vtab.

We simply fail to set the TBP entry for 'square' in the vtabs of C1 and C2.
This patch fixes it and regtests cleanly:


Index: gcc/fortran/class.c
===
--- gcc/fortran/class.c (Revision 242657)
+++ gcc/fortran/class.c (Arbeitskopie)
@@ -751,9 +751,6 @@ add_proc_comp (gfc_symbol *vtype, const char *name
 {
   gfc_component *c;

-  if (tb->non_overridable)
-return;
-
   c = gfc_find_component (vtype, name, true, true, NULL);

   if (c == NULL)


With this, the output of the test case becomes ...

 square(   2. ) =   -100.00
 square(   2. ) =4.
 square(   2. ) =4.

... which I believe is correct.

Note: The patch may be a bit too strong, but it does no harm. There are cases
where one can avoid having a TBP entry in the vtab, namely if the
non-overridable procedure itself is not overriding a procedure from the parent
class. I'll try to create an improved patch which implements such as check.

[Bug tree-optimization/78428] [5/6/7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode

[marxin at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78428

Martin Liška  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org

--- Comment #5 from Martin Liška  ---
I'm working on a patch.

[Bug target/68538] ICE in gen_reg_rtx, at emit-rtl.c:1027 when cross-compiling for cris-linux-gnu target

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68538

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com

--- Comment #3 from Jeffrey A. Law  ---
This is still a problem on the trunk.  I'm not at all familiar with the CRIS
port, but ISTM that we should never be calling copy_to_mode_reg when
!can_create_pseudo_p because copy_to_mode_reg always creates a new pseudo.

[Bug middle-end/67335] [6/7 Regression] ICE in compiling omp simd function with unused argument

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67335

--- Comment #3 from Jakub Jelinek  ---
Author: jakub
Date: Mon Nov 21 19:17:36 2016
New Revision: 242678

URL: https://gcc.gnu.org/viewcvs?rev=242678=gcc=rev
Log:
PR middle-end/67335
* omp-simd-clone.c (simd_clone_adjust_argument_types): Use NULL prefix
for tmp simd array if DECL_NAME (parm) is NULL.

* g++.dg/vect/simd-clone-7.cc: New test.

Added:
trunk/gcc/testsuite/g++.dg/vect/simd-clone-7.cc
Modified:
trunk/gcc/ChangeLog
trunk/gcc/omp-simd-clone.c
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/78428] [5/6/7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78428

--- Comment #4 from H.J. Lu  ---
Before r218818, struct of 12 bytes is aligned at 4 bytes without -Os
and 8 bytes with -Os.  After r218818, it is always aligned at 8 bytes,
which triggers struct store memory leak:

movq%rax, b+8(%rip)

Since b is 12 bytes and a is placed next to b, it overrides a.

[Bug c++/71973] c++ handles built-in functions inconsistently

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71973

--- Comment #6 from Jakub Jelinek  ---
Author: jakub
Date: Mon Nov 21 18:55:11 2016
New Revision: 242677

URL: https://gcc.gnu.org/viewcvs?rev=242677=gcc=rev
Log:
PR c++/71973
* g++.dg/torture/pr53321.C (size_t): Use __SIZE_TYPE__ instead of
long unsigned int.
* g++.dg/torture/pr63512.C (::strlen): Use __SIZE_TYPE__ instead of
unsigned long.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/torture/pr53321.C
trunk/gcc/testsuite/g++.dg/torture/pr63512.C