[Bug c++/67991] New: Pointer to function with internal linkage not being allowed, when it should be

[nacitar at ubercpp dot com]

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

Bug ID: 67991
   Summary: Pointer to function with internal linkage not being
allowed, when it should be
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nacitar at ubercpp dot com
  Target Milestone: ---

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

Returning a function pointer from a constexpr function is leading to an error,
in a context where using the function pointer directly does in fact work.  I
don't see why it should be different.

I already asked the isocpp group about this:

https://groups.google.com/a/isocpp.org/forum/embed/?place=forum/std-discussion=true=true=https://isocpp.org/forums/iso-c-standard-discussion#!topic/std-discussion/OKfPmu95en4

They stated: "This is a GCC bug. Pointers to functions with internal linkage
are fine since C++11."

[Bug middle-end/34010] [4.9 Regression] ppc64 bad stdargs codegen for zero sized objects

[mrs at gcc dot gnu.org]

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

--- Comment #16 from mrs at gcc dot gnu.org  ---
I checked https://gcc.gnu.org/ml/gcc-testresults/2015-04/msg01438.html and the
failure is gone.

[Bug fortran/67987] ICE on declaring and initializing character with negative len

[kargl at gcc dot gnu.org]

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

--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #1)
> I have a patch that I'm testing.  For the code in the
> intial report I get
> 
> troutmask:sgk[238] gfc6 -c g6.f90
> g6.f90:2:15:
> 
> character(-8) :: c = ' '
>1
> Error: LEN at (1) must be greater than or equal to 0

Seems the patch causes a regression for char_length_2.f90.
This test came in with the fix for PR fortran/31250, where
negative length parameters are silently set to 0.  The 
fix for this regression is in resolve.c.  Unfortnately, 
this fix then exposes an issue with substring referecences.
For "string"(1:-1), this should result in a 0 length string,
but gfortran is setting the length to -1 in 
gfc_resolve_substring_charlen.

[Bug c++/67991] Pointer to function with internal linkage not being allowed, when it should be

[nacitar at ubercpp dot com]

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

--- Comment #1 from Jacob McIntosh  ---
http://open-std.org/JTC1/SC22/WG21/docs/papers/2014/n4268.html

This is the relevant standard change (as mentioned in the isocpp thread i
linked)

[Bug fortran/67988] ICE on accessing substring with negative range in array constructor

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||kargl at gcc dot gnu.org
 Resolution|--- |DUPLICATE

--- Comment #1 from kargl at gcc dot gnu.org ---
The fix for 67987 fixes this problem.

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

[Bug c++/67993] New: ice in compare_operand with -O2 -march=native

[dcb314 at hotmail dot com]

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

Bug ID: 67993
   Summary: ice in compare_operand with -O2 -march=native
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dcb314 at hotmail dot com
  Target Milestone: ---

Created attachment 36530
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36530=edit
gzipped C++ source code

$ ../results/bin/g++ -c -w -O2 -march=native bug236.cc
/home/dcb/rpmbuild/BUILD/eigen-eigen-c58038c56923/x86_64-redhat-linux-gnu/doc/snippets/compile_HouseholderQR_solve.cpp:21:1:
internal compiler error: in compare_operand, at ipa-icf-gimple.c:419
 }
 ^
0x151e7d7 ipa_icf_gimple::func_checker::compare_operand(tree_node*, tree_node*)
../../src/trunk/gcc/ipa-icf-gimple.c:418
0x151f90a ipa_icf_gimple::func_checker::compare_operand(tree_node*, tree_node*)
../../src/trunk/gcc/tree.h:3046
0x151f90a ipa_icf_gimple::func_checker::compare_memory_operand(tree_node*,
tree_node*)
../../src/trunk/gcc/ipa-icf-gimple.c:330
0x151fe84 ipa_icf_gimple::func_checker::compare_memory_operand(tree_node*,
tree_node*)
../../src/trunk/gcc/ipa-icf-gimple.c:266

gcc is today's trunk.

[Bug fortran/67987] ICE on declaring and initializing character with negative len

[sgk at troutmask dot apl.washington.edu]

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

--- Comment #3 from Steve Kargl  ---
On Fri, Oct 16, 2015 at 06:03:06PM +, kargl at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67987
> 
> --- Comment #2 from kargl at gcc dot gnu.org ---
> (In reply to kargl from comment #1)
> > I have a patch that I'm testing.  For the code in the
> > intial report I get
> > 
> > troutmask:sgk[238] gfc6 -c g6.f90
> > g6.f90:2:15:
> > 
> > character(-8) :: c = ' '
> >1
> > Error: LEN at (1) must be greater than or equal to 0
> 
> Seems the patch causes a regression for char_length_2.f90.
> This test came in with the fix for PR fortran/31250, where
> negative length parameters are silently set to 0.  The 
> fix for this regression is in resolve.c.  Unfortnately, 
> this fix then exposes an issue with substring referecences.
> For "string"(1:-1), this should result in a 0 length string,
> but gfortran is setting the length to -1 in 
> gfc_resolve_substring_charlen.
> 

Go the substring issued ironed out.

[Bug libstdc++/67996] New: std::ios_base::seekdir raises -Wswitch with Clang

[kim.grasman at gmail dot com]

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

Bug ID: 67996
   Summary: std::ios_base::seekdir raises -Wswitch with Clang
   Product: gcc
   Version: 4.6.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: kim.grasman at gmail dot com
  Target Milestone: ---

When using libstdc++ with Clang, we can't seem to form a fully-covered switch
over std::ios_base::seekdir:

  void f(std::ios_base::seekdir way)
switch(way) {
  case std::ios_base::beg:
// ...
break;

  case std::ios_base::cur:
// ...
break;

  case std::ios_base::end:
// ...
break;
}
  }

...t.cc:87:12: warning: enumeration value
'_S_ios_seekdir_end' not handled in switch [-Wswitch]
switch (way)

This looks like it was discussed long ago in #17922, so I don't know if this
has regressed or if it's something about Clang's implementation of this
diagnostic that is different from GCC.

A discussion on the Clang list is available here:
http://article.gmane.org/gmane.comp.compilers.clang.devel/45198/match=overeager

What's the motivation for _S_ios_seekdir_end? Any chance it could be removed?

Thanks!

[Bug target/67994] New: __attribute__ ((target("arch=XXX"))) enables unsupported ISA

[hjl.tools at gmail dot com]

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

Bug ID: 67994
   Summary: __attribute__ ((target("arch=XXX"))) enables
unsupported ISA
   Product: gcc
   Version: 5.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
  Target Milestone: ---

[hjl@gnu-6 pr67985]$ cat r.i
unsigned int
__attribute__ ((target("arch=core2")))
__x86_rdrand(void)
{
  unsigned int retries = 100;
  unsigned int val;

  while (__builtin_ia32_rdrand32_step() == 0)
if (--retries == 0)
  return 0;

  return val;
}
[hjl@gnu-6 pr67985]$ /export/build/gnu/gcc-test/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-test/build-x86_64-linux/gcc/ -O2 -march=haswell -S -o
r.s r.i
[hjl@gnu-6 pr67985]$ cat r.s
.file   "r.i"
.text
.p2align 4,,15
.globl  __x86_rdrand
.type   __x86_rdrand, @function
__x86_rdrand:
.LFB0:
.cfi_startproc
movl$100, %eax
movl$1, %ecx
jmp .L2
.p2align 4
.L4:
subl$1, %eax
je  .L8
.L2:
rdrand  %edx
movl%edx, -4(%rsp)
cmovc   %ecx, %edx
testl   %edx, %edx
je  .L4
movl-4(%rsp), %eax
.L8:
ret
.cfi_endproc
.LFE0:
.size   __x86_rdrand, .-__x86_rdrand
.ident  "GCC: (GNU) 6.0.0 20151016 (experimental)"
.section.note.GNU-stack,"",@progbits
[hjl@gnu-6 pr67985]$ 

There should be a warning since rdrand isn't supported on Intel Core 2.

[Bug target/67995] New: __attribute__ ((target("arch=XXX"))) enables unsupported ISA

[hjl.tools at gmail dot com]

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

Bug ID: 67995
   Summary: __attribute__ ((target("arch=XXX"))) enables
unsupported ISA
   Product: gcc
   Version: 5.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hjl.tools at gmail dot com
  Target Milestone: ---

[hjl@gnu-6 pr67985]$ cat r.i
unsigned int
__attribute__ ((target("arch=core2")))
__x86_rdrand(void)
{
  unsigned int retries = 100;
  unsigned int val;

  while (__builtin_ia32_rdrand32_step() == 0)
if (--retries == 0)
  return 0;

  return val;
}
[hjl@gnu-6 pr67985]$ /export/build/gnu/gcc-test/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-test/build-x86_64-linux/gcc/ -O2 -march=haswell -S -o
r.s r.i
[hjl@gnu-6 pr67985]$ cat r.s
.file   "r.i"
.text
.p2align 4,,15
.globl  __x86_rdrand
.type   __x86_rdrand, @function
__x86_rdrand:
.LFB0:
.cfi_startproc
movl$100, %eax
movl$1, %ecx
jmp .L2
.p2align 4
.L4:
subl$1, %eax
je  .L8
.L2:
rdrand  %edx
movl%edx, -4(%rsp)
cmovc   %ecx, %edx
testl   %edx, %edx
je  .L4
movl-4(%rsp), %eax
.L8:
ret
.cfi_endproc
.LFE0:
.size   __x86_rdrand, .-__x86_rdrand
.ident  "GCC: (GNU) 6.0.0 20151016 (experimental)"
.section.note.GNU-stack,"",@progbits
[hjl@gnu-6 pr67985]$ 

There should be a warning since rdrand isn't supported on Intel Core 2.

[Bug gcov-profile/67992] GCOV takes an absurdly long time to process a file

[Pidgeot18 at gmail dot com]

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

--- Comment #1 from Joshua Cranmer  ---
Created attachment 36531
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36531=edit
Implementation of Hawick's algorithm in C++

This is test code I wrote to figure out why I couldn't reproduce the output of
gcov correctly (which eventually led me to discovering bug 67937). It's an
ersatz variant of gcov (whose code is not included), except the latter half of
processing was replaced with my own code. So there's a mixture of use of both
gcov's arc_t, block_t, etc. structures with my own C++ classes Arc/Block/etc. I
also ripped out the code that supported options I didn't need to use (I
effectively only do gcov -a -b -p).

The main code in question is getCycleCounts (on line 494) and the cycle
detection code that comprises the prior 100 lines of code. The
has_negate/rerunning findCycles trick is needed because of bug 67937. This
roughly replaces the main Tiernan's algorithm loop of accumulate_line_counts
(about line 2200 of gcov.c) (the rest of the function is more fully captured by
LineInfo::computeCounts/CoverageMap::computeLineCounts).

I'd do a patch myself, but, honestly, the C code of gcov is painful for me to
follow, and I've never set myself up to do gcc development.

[Bug c++/67997] New: GCC 5.2.0 fails to link std::cout overloaded functions when -std=c++11 option is used

[all4sanjay at yahoo dot com]

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

Bug ID: 67997
   Summary: GCC 5.2.0 fails to link std::cout overloaded functions
when -std=c++11 option is used
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: all4sanjay at yahoo dot com
  Target Milestone: ---

The sample program below works fine with GCC 4.9.0 and prior versions when used
with -std=c++11 option, but it fails with GCC 5.2.0. In fact it also fails with
Clang 3.7 and Visual Studio 2015 compilers if -std=c++11 option is used. Please
see why it's failing only with 5.2.0 version.

#include 
#include 

int main ()
{
   std::stringstream str2;
   str2 << "std::stringstream log message";

   std::cout << str2.str() << std::endl;   //This line works
   std::cout << str2   << std::endl;   //This line fails if -std=c++11
option is used

  return 0;
}

Command Line options to compile the program
Fails: $/gcc/5.2.0/bin/g++ -std=c++11 -o test test.cpp
Works: $/gcc/5.2.0/bin/g++ -o test test.cpp
Works: $/gcc/4.7.2/bin/g++ -std=c++11 -o test test.cpp

Compiler Error:
error: no match for operator<< (operand types are std::ostringstream {aka
std::__cxx11::basic_ostringstream} 


Thanks
Sanjay

[Bug libstdc++/67990] New: compare() does not sort null characters in locale collation order

[hstong at ca dot ibm.com]

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

Bug ID: 67990
   Summary: compare() does not sort null characters in locale
collation order
   Product: gcc
   Version: 4.8.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hstong at ca dot ibm.com
  Target Milestone: ---

Created attachment 36527
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36527=edit
Script to create REVNUL locale

collate::compare() does not respect the collation order when given a locale
definition where NULL is not sorted before all other characters.

A script (suitable for Linux systems) to produce a "REVNUL" locale into the
current working directory is attached.

REVNUL collates by ASCII value ordering except that NULL is placed after DELETE
and the uppercase letters are transposed with the lowercase ones.


### SOURCE:> cat nulsort.cc
#include 
#include 

std::locale revnul("REVNUL");
const std::collate  = std::use_facet(revnul);

int colcmp(const char c, const char d) {
  return col.compare(,  + 1, ,  + 1);
}

int main(void) {
  const char sorted[] = { 'a', 'b', 'A', 'B', '\0' };
  assert(colcmp(sorted[0], sorted[1]) < 0);
  assert(colcmp(sorted[1], sorted[2]) < 0);
  assert(colcmp(sorted[2], sorted[3]) < 0);
  assert(colcmp(sorted[3], sorted[4]) < 0);
}
Return:  0x00:0


### COMPILER INVOCATION:> g++ nulsort.cc
Return:  0x00:0


### ACTUAL OUTPUT:> LOCPATH="$PWD" ./a.out
a.out: nulsort.cc:16: int main(): Assertion `colcmp(sorted[3], sorted[4]) < 0'
failed.
Aborted (core dumped)
Return:  0x86:134


### EXPECTED OUTPUT:
No assertion failure


### COMPILER VERSION INFO:> g++ --version
g++ (GCC) 4.8.3 20140911 (Red Hat 4.8.3-9)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Return:  0x00:0

[Bug gcov-profile/67992] New: GCOV takes an absurdly long time to process a file

[Pidgeot18 at gmail dot com]

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

Bug ID: 67992
   Summary: GCOV takes an absurdly long time to process a file
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: gcov-profile
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Pidgeot18 at gmail dot com
  Target Milestone: ---

Created attachment 36529
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36529=edit
Simple file that exhibits the absurd slowdown.

The loop processing code in gcov takes an absurdly long time to compile
relatively small files. This comes most obviously into play if you have
macro-heavy unrolled code
(
is the case in mind here--it's so slow my scripts delete the file rather than
wait to process that file).

How slow is it? With the attached file:
jcranmer@huitzilopochtli /tmp/gcov-bug $ gcc --coverage min.c
jcranmer@huitzilopochtli /tmp/gcov-bug $ ./a.out 
jcranmer@huitzilopochtli /tmp/gcov-bug $ time gcov -a -b -p min.c.gcda
File 'min.c'
Lines executed:25.00% of 8
Branches executed:0.00% of 168
Taken at least once:0.00% of 168
No calls
Creating 'min.c.gcov'


real11m20.474s
user11m21.476s
sys 0m0.000s

Some of the literature I've seen claims that the algorithm in use's runtime
isn't O(N^3) (as gcov's comment claims) but actually O(k^N).

By comparison, using Hawick's algorithm (see
), it took just:
jcranmer@huitzilopochtli /tmp/gcov-bug $ time
~/source/mozilla-tools/newcov/newcov min.c.gcda 
real0m0.113s
user0m0.112s
sys 0m0.000s

[Bug fortran/67987] ICE on declaring and initializing character with negative len

[kargl at gcc dot gnu.org]

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

--- Comment #4 from kargl at gcc dot gnu.org ---
*** Bug 67988 has been marked as a duplicate of this bug. ***

[Bug c++/67991] Pointer to function with internal linkage not being allowed, when it should be

[pinskia at gcc dot gnu.org]

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

--- Comment #5 from Andrew Pinski  ---
(In reply to Jacob McIntosh from comment #4)
> It looks like this is supposed to be a c++1y/1z feature (post c++-14
> anyway)... and it looks like it's not implemented yet in gcc.  Same errors
> for me with -std=c++1y and also with -std=c++1z

Have you tried the trunk instead?

[Bug target/67871] LTO falis for ARM big-endian

[jonathan at codesourcery dot com]

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

--- Comment #6 from Jonathan Roelofs  ---
I've filed the corresponding binutils report here:
https://sourceware.org/bugzilla/show_bug.cgi?id=19145

[Bug c++/67993] ice in compare_operand with -O2 -march=native

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |6.0

--- Comment #1 from H.J. Lu  ---
Should be fixed by r228875.

[Bug target/67871] LTO falis for ARM big-endian

[jonathan at codesourcery dot com]

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

Jonathan Roelofs  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |INVALID

--- Comment #5 from Jonathan Roelofs  ---
After further inspection, this looks like a binutils bug.

Holding the gcc revision constant, I git-bisected, and ended up with this
commit as the culprit:

commit 5ae0078cd2b6b69e6119864e20987c8724916b29
Author: H.J. Lu 
Date:   Wed Feb 11 05:01:03 2015 -0800

Merge linker plugin handling into BFD plugin support

Linker plugin_maybe_claim is the interface of linker plugin support.
This patch extracts linker plugin_maybe_claim into plugin_object_p and
makes it available to BFD via a new function:

void register_ld_plugin_object_p (const bfd_target *(*) (bfd *));

bfd_plugin_object_p calls plugin_object_p registered by linker first.  It
adds an enum bfd_plugin_format field and a pointer to plugin dummy BFD so
that plugin_object_p stores plugin dummy BFD to allow plugin_maybe_claim
to retrieve it later.

[Bug c++/67997] GCC 5.2.0 fails to link std::cout overloaded functions when -std=c++11 option is used

[glisse at gcc dot gnu.org]

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

Marc Glisse  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Marc Glisse  ---
Well, yes, the standard changed, streams now have an explicit conversion to
bool instead of a hackish conversion to void*. What do you mean by "work fine",
is your goal really to print some random pointer?

[Bug tree-optimization/67998] New: redundant test for 0 when also checking inequality

[rv at rasmusvillemoes dot dk]

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

Bug ID: 67998
   Summary: redundant test for 0 when also checking inequality
   Product: gcc
   Version: 5.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rv at rasmusvillemoes dot dk
  Target Milestone: ---

int f(unsigned a, unsigned b)
{
if (!a || b >= a)
return 5;
return 2;
}

compiles to

f(unsigned int, unsigned int):
testl   %edi, %edi
je  .L3
cmpl%esi, %edi
jbe .L3
movl$2, %eax
ret
.L3:
movl$5, %eax
ret

The first test is redundant, since if a is zero, the inequality is guaranteed
to hold.

[Bug c++/67991] Pointer to function with internal linkage not being allowed, when it should be

[pinskia at gcc dot gnu.org]

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

--- Comment #2 from Andrew Pinski  ---
Are you sure this is not C++14 feature.

[Bug c++/67991] Pointer to function with internal linkage not being allowed, when it should be

[pinskia at gcc dot gnu.org]

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

--- Comment #3 from Andrew Pinski  ---
Try -std=c++1y or -std=c++1z .

[Bug c++/67991] Pointer to function with internal linkage not being allowed, when it should be

[nacitar at ubercpp dot com]

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

--- Comment #4 from Jacob McIntosh  ---
It looks like this is supposed to be a c++1y/1z feature (post c++-14 anyway)...
and it looks like it's not implemented yet in gcc.  Same errors for me with
-std=c++1y and also with -std=c++1z

[Bug c++/67991] Pointer to function with internal linkage not being allowed, when it should be

[pinskia at gcc dot gnu.org]

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

--- Comment #6 from Andrew Pinski  ---
Confirmed on the trunk with -std=c++17 .  Since this is a new feature of C++17,
it is not as important as other bugs in the C++ front-end at this stage.

[Bug c++/67981] new expression with zero size not diagnosed

[Casey at Carter dot net]

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

Casey Carter  changed:

   What|Removed |Added

 CC||Casey at Carter dot net

--- Comment #1 from Casey Carter  ---
I think this is a bug in the standard, and not a bug in GCC.
noptr-new-declarator has two grammar productions:

noptr-new-declarator:
  [ expression ] attribute-specifier-seq_opt
  noptr-new-declarator [ constant-expression ] attribute-specifier-seq_opt

with the intent being that all but the first dimension in a multi-dimensional
array new expression must be constant expressions, while the first dimension
can be a non-constant expression. It would be peculiar if "new int[0]" were to
be ill-formed whereas "int n = 0; new int[n];" were to be well-formed, which it
very clearly is by 5.3.4/7: "... When the value of the expression is zero, the
allocation function is called to allocate an array with no elements."

The confusion arises here because the wording uses "constant-expression" to
describe occurrences of the second grammar production of noptr-new-declarator,
and "expression" to describe occurrences of the first production, which is
ambiguous when the expression also happens to be a constant-expression.

[Bug c++/67926] Using folding expressions in a constexpr context ice's

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Assignee|paolo.carlini at oracle dot com|unassigned at gcc dot 
gnu.org

--- Comment #3 from Paolo Carlini  ---
Fixed.

[Bug middle-end/66199] [4.9/5 Regression] lastprivate/linear clause issues on combined constructs

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug fortran/61830] [4.9/5/6 regression] Memory leak with assignment to array of derived types with allocatable components

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug c++/67557] [4.9/5/6 regression] Calling copy constructor of base class in constructor of derived class produces crashing code

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug target/67439] [4.9/5/6 Regression]ICE: unrecognizable insn compiling arm-fp16 testcases with -march=armv7-a and -mrestrict-it

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug c++/67337] [4.9/5/6 Regression] Segmentation fault on a template class

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug fortran/66385] [4.9/5/6 Regression] ICE: FORALL writing multiple elements of one array

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug fortran/66461] [4.9/5/6 Regression] ICE on missing end program in fixed source

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug fortran/66494] [4.9/5/6 Regression] ICE on using same name for embedded subroutine

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug fortran/65889] [6 Regressions] [OOP] ICE with sizeof a polymorphic variable.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/67219] [6 Regression] Incorrect conversion warning

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/66079] [5 Regression] memory leak with source allocation in internal subprogram

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|6.0 |5.3

[Bug fortran/66079] [5 Regression] memory leak with source allocation in internal subprogram

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug c/67984] "internal compiler error:" with lot of loop optimizations enabled

[inferrna at gmail dot com]

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

--- Comment #1 from inferrna  ---
Created attachment 36523
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36523=edit
*.i file compressed

Additional info:
My system is Ubuntu 15.10

gcc --version
gcc-5.real (Ubuntu 5.2.1-22ubuntu1) 5.2.1 20151010
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[Bug c/67978] dead code elimination deleted the predicated branch within the function block.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Richard Biener  ---
.

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

[Bug target/67383] reload_cse_simplify_operands fails on ARMV7-M

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #6 from Ramana Radhakrishnan  ---
Created attachment 36524
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36524=edit
reduced testcase

Here's a reduced testcase.

[Bug target/67089] [4.9/5/6 Regression] Integer overflow checks not optimized on x86/x86_64

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Target||x86_64-*-*, i?86-*-*
   Priority|P3  |P2
 Status|UNCONFIRMED |NEW
   Keywords||missed-optimization
   Last reconfirmed||2015-10-16
 Ever confirmed|0   |1
Summary|[4.8/4.9/5/6 Regression]|[4.9/5/6 Regression]
   |Integer overflow checks not |Integer overflow checks not
   |optimized on x86/x86_64 |optimized on x86/x86_64
   Target Milestone|--- |4.9.4

[Bug c++/67834] [5 Regression] Local references inside comdat groups

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug c++/67376] [5/6 regression] Comparison with pointer to past-the-end of array fails inside constant expression

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug fortran/67076] [5/6 Regression] Critical inside a module procedure

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/67171] [6 regression] sourced allocation

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/66089] [6 Regression] elemental dependency mishandling when derived types are involved

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/67818] [5 Regression] FAIL: libgomp.fortran/alloc-comp-[23].f90

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator compiled with -O2 or -O3

[hubicka at gcc dot gnu.org]

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

--- Comment #5 from Jan Hubicka  ---
OK,
the problem is that we loss offset of 64.  This happens in get_dynamic_type
where we restrict to inner class and get difference in between offset inside
restricted type and offset from basic instance pointer.

I am testing the following:
Index: ipa-polymorphic-call.c
===
--- ipa-polymorphic-call.c  (revision 228735)
+++ ipa-polymorphic-call.c  (working copy)
@@ -1621,13 +1637,13 @@ ipa_polymorphic_call_context::get_dynami
   print_generic_expr (dump_file, otr_object, TDF_SLIM);
   fprintf (dump_file, "  Outer instance pointer: ");
   print_generic_expr (dump_file, instance, TDF_SLIM);
-  fprintf (dump_file, " offset: %i (bits)", (int)offset);
+  fprintf (dump_file, " offset: %i (bits)", (int)instance_offset);
   fprintf (dump_file, " vtbl reference: ");
   print_generic_expr (dump_file, instance_ref, TDF_SLIM);
   fprintf (dump_file, "\n");
 }

-  tci.offset = offset;
+  tci.offset = instance_offset;
   tci.instance = instance;
   tci.vtbl_ptr_ref = instance_ref;
   gcc_assert (TREE_CODE (instance) != MEM_REF);


will need to re-read the code to double check it works as intended now, but I
would think so ;)

Honza

[Bug c/67979] dead code elimination deleted the predicated branch within the function block.

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Biener  ---
*** Bug 67978 has been marked as a duplicate of this bug. ***

[Bug c++/67576] [4.9/5/6 Regression] expression of typeid( expression ) is evaluated twice

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug middle-end/34010] [4.9 Regression] ppc64 bad stdargs codegen for zero sized objects

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #15 from Richard Biener  ---
Assuming fixed then.

[Bug fortran/67900] [4.9/5/6 Regression] Interface bug: Binding parameters to C causes a compiler segmentation fault.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug ada/60403] [4.9/5/6 Regression] fatal error, system.ads not formatted correctly

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4
 Status|UNCONFIRMED |WAITING
   Last reconfirmed|2015-04-30 00:00:00 |2015-10-16
   Target Milestone|--- |4.9.4
Summary|[4.9,5,6 Regression] fatal  |[4.9/5/6 Regression] fatal
   |error, system.ads not   |error, system.ads not
   |formatted correctly |formatted correctly
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Is this still an issue?

[Bug c++/66921] [4.9/5/6 Regression] failure to determine size of static constexpr array that is nested within a templated class

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4

[Bug middle-end/24306] [4.0 Regression] va_arg gets confused when skipping over certain zero-sized types with -msse

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24306
Bug 24306 depends on bug 34010, which changed state.

Bug 34010 Summary: [4.9 Regression] ppc64 bad stdargs codegen for zero sized 
objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

[Bug fortran/65996] [5/6 Regression] gfortran ICE with -dH

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/67451] [5/6 Regression] ICE with sourced allocation from coarray.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/66311] [5/6 Regression] Problems with some integer(16) values

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug fortran/66680] [5 Regression] ICE with openmp, a loop and a type bound procedure

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug c/67984] New: "internal compiler error:" with lot of loop optimizations enabled

[inferrna at gmail dot com]

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

Bug ID: 67984
   Summary: "internal compiler error:" with lot of loop
optimizations enabled
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: inferrna at gmail dot com
  Target Milestone: ---

Compiler output:

$ gcc dcttest.c -O3 -ftree-loop-vectorize -ftree-loop-distribution
-ftree-parallelize-loops=4  -floop-nest-optimize -floop-interchange 
-floop-strip-mine -floop-block -floop-unroll-and-jam -ftree-loop-ivcanon 
-ftree-loop-if-convert -march=native -lOpenCL -lm -v -save-temps -o dcttest
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc-5.real
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 5.2.1-22ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-5 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686
--with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib
--with-tune=generic --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 5.2.1 20151010 (Ubuntu 5.2.1-22ubuntu1) 
COLLECT_GCC_OPTIONS='-O3' '-ftree-loop-vectorize' '-ftree-loop-distribution'
'-ftree-parallelize-loops=4' '-floop-nest-optimize' '-floop-interchange'
'-floop-strip-mine' '-floop-block' '-floop-unroll-and-jam'
'-ftree-loop-ivcanon' '-ftree-loop-if-convert' '-march=native' '-v'
'-save-temps' '-o' 'dcttest' '-pthread'
 /usr/lib/gcc/x86_64-linux-gnu/5/cc1 -E -quiet -v -imultiarch x86_64-linux-gnu
-D_REENTRANT dcttest.c -march=haswell -mmmx -mno-3dnow -msse -msse2 -msse3
-mssse3 -mno-sse4a -mcx16 -msahf -mmovbe -maes -mno-sha -mpclmul -mpopcnt -mabm
-mno-lwp -mfma -mno-fma4 -mno-xop -mbmi -mbmi2 -mno-tbm -mavx -mavx2 -msse4.2
-msse4.1 -mlzcnt -mno-rtm -mno-hle -mrdrnd -mf16c -mfsgsbase -mno-rdseed
-mno-prfchw -mno-adx -mfxsr -mxsave -mxsaveopt -mno-avx512f -mno-avx512er
-mno-avx512cd -mno-avx512pf -mno-prefetchwt1 -mno-clflushopt -mno-xsavec
-mno-xsaves -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma
-mno-avx512vbmi -mno-clwb -mno-pcommit -mno-mwaitx --param l1-cache-size=32
--param l1-cache-line-size=64 --param l2-cache-size=3072 -mtune=haswell
-ftree-loop-vectorize -ftree-loop-distribution -ftree-parallelize-loops=4
-floop-nest-optimize -floop-interchange -floop-strip-mine -floop-block
-floop-unroll-and-jam -ftree-loop-ivcanon -ftree-loop-if-convert -O3
-fpch-preprocess -fstack-protector-strong -Wformat -Wformat-security -o
dcttest.i
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-linux-gnu/5/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/5/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/5/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-O3' '-ftree-loop-vectorize' '-ftree-loop-distribution'
'-ftree-parallelize-loops=4' '-floop-nest-optimize' '-floop-interchange'
'-floop-strip-mine' '-floop-block' '-floop-unroll-and-jam'
'-ftree-loop-ivcanon' '-ftree-loop-if-convert' '-march=native' '-v'
'-save-temps' '-o' 'dcttest' '-pthread'
 /usr/lib/gcc/x86_64-linux-gnu/5/cc1 -fpreprocessed dcttest.i -march=haswell
-mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -mno-sse4a -mcx16 -msahf -mmovbe
-maes -mno-sha -mpclmul -mpopcnt -mabm -mno-lwp -mfma -mno-fma4 -mno-xop -mbmi
-mbmi2 -mno-tbm -mavx -mavx2 -msse4.2 -msse4.1 -mlzcnt -mno-rtm -mno-hle
-mrdrnd -mf16c -mfsgsbase -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mxsave
-mxsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf
-mno-prefetchwt1 -mno-clflushopt -mno-xsavec -mno-xsaves -mno-avx512dq
-mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-clwb
-mno-pcommit -mno-mwaitx --param l1-cache-size=32 --param l1-cache-line-size=64
--param l2-cache-size=3072 -mtune=haswell -quiet -dumpbase 

[Bug boehm-gc/66848] boehm-gc fails test suite on x86_64-apple-darwin15

[howarth.at.gcc at gmail dot com]

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

--- Comment #18 from Jack Howarth  ---
The upstream commit...

https://github.com/ivmai/bdwgc/commit/faef04e7cb3741163dfdf65900ef5d2a0530be0f

2011-02-09 Ivan Maidanski 
* src/atomic_ops.c (AO_USE_NO_SIGNALS, AO_USE_NANOSLEEP): New
macros.
* src/atomic_ops.c (AO_USE_WIN32_PTHREADS): Imply
AO_USE_NO_SIGNALS.
* src/atomic_ops.c: Don't include signal.h if AO_USE_NO_SIGNALS.
* src/atomic_ops.c: Include time.h if AO_USE_NANOSLEEP.
* src/atomic_ops.c (AO_locks, AO_pause): Reformat the code.
* src/atomic_ops.c (AO_pause): Use nanosleep() if
AO_USE_NANOSLEEP.
* src/atomic_ops.c (all_sigs, initialized,
AO_compare_and_swap_emulation,
AO_compare_double_and_swap_double_emulation): Use
AO_USE_NO_SIGNALS instead of AO_USE_WIN32_PTHREADS.

potentially could contain useful change for darwin. This is the specific commit
in between the 7.2alpha4 and 7.2alpha6 releases which eliminates the test suite
failures on darwin. The caveat is that these failures are for all darwin and
not just darwin15.

[Bug fortran/66695] [4.9/5/6 Regression] ICE with binding-name equal to the name of a use-associated procedure

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4
   Target Milestone|--- |4.9.4
Summary|[4.9, 5 Regression] ICE |[4.9/5/6 Regression] ICE
   |with binding-name equal to  |with binding-name equal to
   |the name of a   |the name of a
   |use-associated procedure|use-associated procedure

--- Comment #3 from Richard Biener  ---
Still broken.

[Bug c++/66763] [6 Regression] 25_algorithms/remove/requirements/explicit_instantiation/2.cc fails on AIX

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug fortran/65889] [6 Regressions] [OOP] ICE with sizeof a polymorphic variable.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug middle-end/66325] [6 Regression] ICE in gcc.c-torture/execute/930408-1.c, verify_type fails with --enable-checking=yes on arm-none-eabi

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug ipa/66764] [6 Regression] ICE in analyze_function() on AIX

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug c++/67876] [6 Regression] ICE when compiling Firefox 38

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug fortran/66089] [6 Regression] elemental dependency mishandling when derived types are involved

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug c++/67926] Using folding expressions in a constexpr context ice's

[paolo at gcc dot gnu.org]

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

--- Comment #2 from paolo at gcc dot gnu.org  ---
Author: paolo
Date: Fri Oct 16 07:06:11 2015
New Revision: 228861

URL: https://gcc.gnu.org/viewcvs?rev=228861=gcc=rev
Log:
/cp
2015-10-16  Paolo Carlini  

PR c++/67926
* constexpr.c (potential_constant_expression_1): Handle
UNARY_LEFT_FOLD_EXPR, UNARY_RIGHT_FOLD_EXPR, BINARY_LEFT_FOLD_EXPR,
BINARY_RIGHT_FOLD_EXPR.

/testsuite
2015-10-16  Paolo Carlini  

PR c++/67926
* g++.dg/cpp1z/fold-ice1.C: New.

Added:
trunk/gcc/testsuite/g++.dg/cpp1z/fold-ice1.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/constexpr.c
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/67921] [6 Regression] "internal compiler error: in build_polynomial_chrec, at tree-chrec.h:147" when using -fsanitize=undefined

[amker at gcc dot gnu.org]

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

--- Comment #4 from amker at gcc dot gnu.org ---
Sorry for slow response, I will have a look.

Thanks,

[Bug c++/67980] left shift count is negative [-Wshift-count-negative] generated for unreachable code

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-16
 Ever confirmed|0   |1

--- Comment #4 from Richard Biener  ---
Confirmed.

[Bug fortran/67076] [5/6 Regression] Critical inside a module procedure

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug fortran/66680] [5 Regression] ICE with openmp, a loop and a type bound procedure

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug fortran/67451] [5/6 Regression] ICE with sourced allocation from coarray.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug tree-optimization/63602] [5/6 Regression] Wrong code w/ -O2 -ftree-loop-linear

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug ipa/67056] [5/6 regression] Wrong code generated

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug c++/67257] [5/6 regression] Internal compiler error in retrieve_specialization

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug ipa/66223] [5/6 Regression] Diagnostic of pure virtual function call broken, including __cxa_pure_virtual

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |5.3

[Bug ipa/67056] [5/6 regression] Wrong code generated

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #16 from Jan Hubicka  ---
*** Bug 66738 has been marked as a duplicate of this bug. ***

[Bug ipa/66738] [5/6 Regression] optimizer bug related to exceptions and static symbols

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #6 from Jan Hubicka  ---
r218024 probably just uncovers symptoms. This is the same negative offset bug
as the other PR.

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

[Bug c++/67983] ICE: Error reporting routines re-entered.

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code
 CC||trippels at gcc dot gnu.org

--- Comment #3 from Markus Trippelsdorf  ---
You recursively instantiate:

643 template  constexpr   
644 auto make_single_index(tuple ) noexcept   
645 -> decltype(make_single_index(const_cast
&>(t))) 
646 {   
647 return make_single_index(const_cast &>(t)); 
648 }

[Bug target/67657] [SH][5/6 Regression]: internal compiler error: in cselib_record_set, at cselib.c:2396 when compiling libjpeg-turbo

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.3

--- Comment #14 from Richard Biener  ---
Fixed.

[Bug c++/66858] [6 Regression] FAIL: g++.dg/pch/system-2.C -O2 -g assembly comparison on aarch64-none-elf, arm-none-eabi

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug target/66171] [6 Regression]: gcc.target/cris/biap.c

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug fortran/67758] [6 Regression] ICE on invalid use of COMMON

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code
   Priority|P3  |P4
   Target Milestone|--- |6.0
Summary|[GCC 6 regression] ICE on   |[6 Regression] ICE on
   |invalid use of COMMON   |invalid use of COMMON

[Bug fortran/67982] Incorrect -Wunused-function warning

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2015-10-16
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
AFAICT this has been fixed on trunk (6.0) between revisions r224160
(2015-06-05, warning) and r224647 (2015-06-19, no warning). I did not find any
obvious candidate for the fix; without it the fix cannot be back ported.

[Bug fortran/67977] allocatable strings, array section reallocated - non-standard behaviour

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-16
 CC||pault at gcc dot gnu.org
 Ever confirmed|0   |1
  Known to fail||4.8.5, 4.9.3, 5.2.0, 6.0

--- Comment #1 from Dominique d'Humieres  ---
Confirmed from 4.8 up to trunk (6.0).

[Bug fortran/65889] [6 Regressions] [OOP] ICE with sizeof a polymorphic variable.

[vehre at gcc dot gnu.org]

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

vehre at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #5 from vehre at gcc dot gnu.org ---
No complaints so far. Setting to be fixed with r228566.

[Bug target/67985] New: -miamcu -march=haswell should allow x87 and AVX instructions

[hjl.tools at gmail dot com]

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

Bug ID: 67985
   Summary: -miamcu -march=haswell should allow x87 and AVX
instructions
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hjl.tools at gmail dot com
CC: julia.koval at intel dot com, ubizjak at gmail dot com
  Target Milestone: ---

Since -miamcu specifies how parameters are passed to functions,
inside function, we can use any instructions -march= allows.
-miamcu -march=haswell should allow x87 and AVX instructions

[Bug fortran/67982] Incorrect -Wunused-function warning

[Joost.VandeVondele at mat dot ethz.ch]

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

Joost VandeVondele  changed:

   What|Removed |Added

 CC||Joost.VandeVondele at mat dot 
ethz
   ||.ch

--- Comment #2 from Joost VandeVondele  
---
Maybe r224201 ? Otherwise this might need bisection.

[Bug tree-optimization/67975] Failure to optimise equality between two call sequences

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Biener  ---
I have a prototype that handles (extended) diamonds.  With this FRE1 is able to
optimize the check to 1 (with -O -ffast-math).

[Bug target/66171] [6 Regression]: gcc.target/cris/biap.c

[vekumar at gcc dot gnu.org]

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

--- Comment #1 from vekumar at gcc dot gnu.org ---
Yes canonical RTL is retained and is LSHIFT here. 
May be need to adjust the machine descriptions to be based on shift.

[Bug fortran/67982] Incorrect -Wunused-function warning

[dominiq at lps dot ens.fr]

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

--- Comment #3 from Dominique d'Humieres  ---
> Maybe r224201 ?

It is

Author: hubicka
Date:   Sun Jun 7 21:30:58 2015 UTC (4 months, 1 week ago)
Changed paths:  13 (showing only 10; show all)
Log Message:
* alias.c (get_alias_set): Be ready for TYPE_CANONICAL
of ptr_type_node to not be ptr_to_node.
* tree.c (gimple_types_compatible_p): Do not match TREE_CODE of
TREE_TYPE of pointers.
* gimple-expr.c (useless_type_conversion): Reorder the check for
function pointers and TYPE_CANONICAL.
* lto.c (hash_canonical_type): Do not hash TREE_CODE of TREE_TYPE of
pointers.
* gfortran.dg/lto/bind_c-1_0.f90: New testcase.
* gfortran.dg/lto/bind_c-1_1.c: New testcase.
* gcc.dg/lto/c-compatible-types_0.c: Rename to ...
* gcc.dg/lto/c-compatible-types-1_0.c: this one; fix template
* gcc.dg/lto/c-compatible-types_1.c: Rename to ...
* gcc.dg/lto/c-compatible-types-1_1.c: this one; harden for
-fshort-enum.

so I doubt it.

> Otherwise this might need bisection.

Be my guest!

[Bug middle-end/66311] [5 Regression] Problems with some integer(16) values

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P4  |P2
  Component|fortran |middle-end
Summary|[5/6 Regression] Problems   |[5 Regression] Problems
   |with some integer(16)   |with some integer(16)
   |values  |values

--- Comment #19 from Richard Biener  ---
Still waiting for backport.

[Bug middle-end/67966] [6 regression] ICE in convert_move, at expr.c:282

[sch...@linux-m68k.org]

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

--- Comment #8 from Andreas Schwab  ---
The patch in #c6 survives bootstrap.

[Bug target/67657] [SH][5/6 Regression]: internal compiler error: in cselib_record_set, at cselib.c:2396 when compiling libjpeg-turbo

[glaubitz at physik dot fu-berlin.de]

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

--- Comment #16 from John Paul Adrian Glaubitz  ---
(In reply to Oleg Endo from comment #15)
> (In reply to Richard Biener from comment #14)
> > Fixed.
> 
> I was actually waiting for feedback/confirmation from Adrian... but well ..
> yeah, I guess it can be closed.

A fixed version of gcc-5 on sh4 hasn't been built yet. We have currently
gcc-5_5.2.1-17 which was built on 2015-09-17, so before the change was
committed.

I'll let you know once we have a newer snapshot built and I can re-test
libjpeg-turbo.

Adrian

[Bug tree-optimization/67975] Failure to optimise equality between two call sequences

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Biener  ---
https://gcc.gnu.org/ml/gcc-patches/2015-10/msg01580.html

Hope that fixes all cases you ran into.