[Bug sanitizer/66343] "Error: .Lubsan_type3 already defined" with UBSan and precompiled headers

[marc at kdab dot com]

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

--- Comment #10 from marc at kdab dot com ---
I cannot confirm that this is fixed in 7.0.0 20161005. This is at commit: PR
sanitizer/77823. I still see these errors.

[Bug fortran/77878] Valid OpenMP reduction of allocatable array produces a warning with -Wrealloc-lhs

[ibethune at epcc dot ed.ac.uk]

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

Iain Bethune  changed:

   What|Removed |Added

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

--- Comment #1 from Iain Bethune  ---
Submitted twice, my mistake.

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

[Bug fortran/77870] Valid OpenMP reduction of allocatable array produces a warning with -Wrealloc-lhs

[ibethune at epcc dot ed.ac.uk]

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

--- Comment #2 from Iain Bethune  ---
*** Bug 77878 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/77879] [7 Regression] mpd gets miscompiled since r235622

[trippels at gcc dot gnu.org]

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

--- Comment #2 from Markus Trippelsdorf  ---
Created attachment 39761
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39761&action=edit
bad assembly

[Bug tree-optimization/77879] [7 Regression] mpd gets miscompiled since r235622

[trippels at gcc dot gnu.org]

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

--- Comment #1 from Markus Trippelsdorf  ---
Created attachment 39760
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39760&action=edit
good assembly

[Bug tree-optimization/77879] New: [7 Regression] mpd gets miscompiled since r235622

[trippels at gcc dot gnu.org]

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

Bug ID: 77879
   Summary: [7 Regression] mpd gets miscompiled since r235622
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: trippels at gcc dot gnu.org
  Target Milestone: ---

Created attachment 39759
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39759&action=edit
unreduced testcase

Since r235622:

commit 73447cc5d17178b0a756be48133e55fdc7574c13
Author: rguenth 
Date:   Fri Apr 29 08:36:49 2016 +

2016-04-29  Richard Biener  

PR tree-optimization/13962
PR tree-optimization/65686
* tree-ssa-alias.h (ptrs_compare_unequal): Declare.
* tree-ssa-alias.c (ptrs_compare_unequal): New function
using PTA to compare pointers.
* match.pd: Add pattern for pointer equality compare simplification
using ptrs_compare_unequal.


mpd (https://www.musicpd.org/) gets miscompiled and crashes on startup:

*** Error in `mpd': free(): invalid pointer: 0x7fffe310 ***
...
Program received signal SIGABRT, Aborted.
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58
58  }
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58
#1  0x755bed1b in __GI_abort () at abort.c:89
#2  0x756028b3 in __libc_message (do_abort=do_abort@entry=2,
fmt=fmt@entry=0x756ed130 "*** Error in `%s': %s: 0x%s ***\n") at
../sysdeps/posix/libc_fatal.c:175
#3  0x7560d141 in malloc_printerr (ar_ptr=,
ptr=, str=0x756ea76a "free(): invalid pointer",
action=) at malloc.c:4983
#4  _int_free (av=, p=, have_lock=0) at
malloc.c:3839
#5  0x75612e5e in __GI___libc_free (mem=) at
malloc.c:2919
#6  0x0042b833 in parse_cmdline (argc=argc@entry=1,
argv=argv@entry=0x7fffe6d8, options=options@entry=0x7fffe530,
error=...) at src/CommandLine.cxx:342
#7  0x0040dde2 in mpd_main (argc=1, argv=0x7fffe6d8) at
src/Main.cxx:466
#8  0x755a7271 in __libc_start_main (main=0x40d940 ,
argc=1, argv=0x7fffe6d8, init=, fini=,
rtld_fini=, stack_end=0x7fffe6c8) at
../csu/libc-start.c:286
#9  0x0040dc0a in _start () at ../sysdeps/x86_64/start.S:120
...
(gdb) up
#6  0x0042b833 in parse_cmdline (argc=argc@entry=1,
argv=argv@entry=0x7fffe6d8, options=options@entry=0x7fffe530,
error=...) at src/CommandLine.cxx:342
342 loader.TryFile(GetUserConfigDir(),
(gdb) p GetUserConfigDir()
$1 = {
  value = "\001\000\000\000\000\000\000\000\355A\000\000"
}

without r235622 it returns the correct string:

(gdb) p GetUserConfigDir()  
$1 = {
  value = "/root/.config"
}

An unreduced testcase is attached.

[Bug libstdc++/71856] [6/7 Regression] _GLIBCXX_DEBUG-mode breaks GNU parallel extension

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|6.2 |6.3

[Bug fortran/77878] New: Valid OpenMP reduction of allocatable array produces a warning with -Wrealloc-lhs

[ibethune at epcc dot ed.ac.uk]

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

Bug ID: 77878
   Summary: Valid OpenMP reduction of allocatable array produces a
warning with -Wrealloc-lhs
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ibethune at epcc dot ed.ac.uk
  Target Milestone: ---

An OpenMP fortran code which declares an allocatable array as an OpenMP
reduction variable generates a warning when compiled with -Wrealloc-lhs. I have
observed this with gfortran 6.1.0.

A simple example to show this:

mbp-ib:reduction ibethune$ cat reduction.f90 
program reduction
double precision, dimension(:), allocatable :: a
allocate(a(3))
!$OMP PARALLEL REDUCTION(+:a)
!$OMP END PARALLEL
deallocate(a)
end program
mbp-ib:reduction ibethune$ gfortran -Wrealloc-lhs -fopenmp -o reduction
reduction.f90
reduction.f90:4:29:

 !$OMP PARALLEL REDUCTION(+:a)
 1
Warning: Code for reallocating the allocatable array at (1) will be added
[-Wrealloc-lhs]
mbp-ib:reduction ibethune$ gfortran -Wrealloc-lhs -o reduction reduction.f90
mbp-ib:reduction ibethune$

It's desirable to have this warning flag enabled to guard against poor code
style elswhere in the codebase e.g. array assignment without (:) notation. 
Would it be possible to either:

* Have the OpenMP directives translated into code which does not trigger this
warning

or

* Have the warning silenced when it comes from OpenMP-generated code rather
than user code.

Thanks!

[Bug tree-optimization/77862] [7 Regression] ice in add_equivalence

[kugan at gcc dot gnu.org]

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

--- Comment #4 from kugan at gcc dot gnu.org ---
patch posted for review at:
https://gcc.gnu.org/ml/gcc-patches/2016-10/msg00349.html

[Bug tree-optimization/77877] New: missed optimization in switch of modulus value

[drepper.fsp+rhbz at gmail dot com]

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

Bug ID: 77877
   Summary: missed optimization in switch of modulus value
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: drepper.fsp+rhbz at gmail dot com
  Target Milestone: ---

Compile this code with a recent trunk gcc:

~~
int zero;
int one;
int two;

extern unsigned compute_mod(unsigned);

void cnt(unsigned n) {
#ifdef HIDE
  n = compute_mod(n);
#else
  n %= 3;
#endif
  switch (n) {
  case 0: ++zero; break;
  case 1: ++one; break;
  case 2: ++two; break;
#ifdef OPT
  default: __builtin_unreachable();
#endif
  }
}
~~

On x86-64, without HIDE defined, the code compiles with -O3 to:

   0:   89 f8   mov%edi,%eax
   2:   ba ab aa aa aa  mov$0xaaab,%edx
   7:   f7 e2   mul%edx
   9:   d1 ea   shr%edx
   b:   8d 04 52lea(%rdx,%rdx,2),%eax
   e:   29 c7   sub%eax,%edi
  10:   83 ff 01cmp$0x1,%edi
  13:   74 1b   je 30 <_Z3cntj+0x30>
  15:   83 ff 02cmp$0x2,%edi
  18:   75 0e   jne28 <_Z3cntj+0x28>
  1a:   83 05 00 00 00 00 01addl   $0x1,0x0(%rip)# 21
<_Z3cntj+0x21>
  21:   c3  retq   
  22:   66 0f 1f 44 00 00   nopw   0x0(%rax,%rax,1)
  28:   83 05 00 00 00 00 01addl   $0x1,0x0(%rip)# 2f
<_Z3cntj+0x2f>
  2f:   c3  retq   
  30:   83 05 00 00 00 00 01addl   $0x1,0x0(%rip)# 37
<_Z3cntj+0x37>
  37:   c3  retq   


This is good, the compiler knows there are only three possible values and does
not emit any code for a default case.

If I make sure the compiler doesn't know anything about the arithmetic
operation by calling a function but telling the compiler there is no other case
by using __builtin_unreachable() then the generated code is even better:

   0:   48 83 ec 08 sub$0x8,%rsp
   4:   e8 00 00 00 00  callq  9 <_Z3cntj+0x9>
   9:   83 f8 01cmp$0x1,%eax
   c:   74 22   je 30 <_Z3cntj+0x30>
   e:   72 10   jb 20 <_Z3cntj+0x20>
  10:   83 05 00 00 00 00 01addl   $0x1,0x0(%rip)# 17
<_Z3cntj+0x17>
  17:   48 83 c4 08 add$0x8,%rsp
  1b:   c3  retq   
  1c:   0f 1f 40 00 nopl   0x0(%rax)
  20:   83 05 00 00 00 00 01addl   $0x1,0x0(%rip)# 27
<_Z3cntj+0x27>
  27:   48 83 c4 08 add$0x8,%rsp
  2b:   c3  retq   
  2c:   0f 1f 40 00 nopl   0x0(%rax)
  30:   83 05 00 00 00 00 01addl   $0x1,0x0(%rip)# 37
<_Z3cntj+0x37>
  37:   48 83 c4 08 add$0x8,%rsp
  3b:   c3  retq   

There is only one compare instruction.  This is how even the first case should
look like.

Even more interesting: just defining the OPT macro does not change anything. 
So, there is currently no way to get the optimal behaviour.  We certainly don't
want to artificially the function calls.

[Bug c/77853] -Wimplicit-fallthrough: Fall through comment made ineffective by following comment

[amodra at gmail dot com]

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

Alan Modra  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Alan Modra  ---
Sorry, I opened the bug before I saw your patch.  My email queue is getting too
large..

[Bug c++/54293] When a reference is bound to subobject of a temporary, lifetime of the temporary is not extended

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||jason at gcc dot gnu.org
 Resolution|--- |FIXED
   Assignee|unassigned at gcc dot gnu.org  |jason at gcc dot gnu.org
   Target Milestone|--- |7.0

--- Comment #14 from Jason Merrill  ---
Fixed for GCC 7.

[Bug c++/54293] When a reference is bound to subobject of a temporary, lifetime of the temporary is not extended

[jason at gcc dot gnu.org]

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

--- Comment #13 from Jason Merrill  ---
Author: jason
Date: Wed Oct  5 22:58:55 2016
New Revision: 240819

URL: https://gcc.gnu.org/viewcvs?rev=240819&root=gcc&view=rev
Log:
PR c++/54293 - binding reference to member of temporary

* call.c (reference_binding): Fix binding to member of temporary.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c
trunk/gcc/testsuite/g++.dg/init/ref19.C

[Bug fortran/58991] ICE with associate and character string constant

[kargl at gcc dot gnu.org]

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

--- Comment #4 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Oct  5 22:49:28 2016
New Revision: 240817

URL: https://gcc.gnu.org/viewcvs?rev=240817&root=gcc&view=rev
Log:
2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* resolve.c (resolve_assoc_var):  Fix CHARACTER type-spec for a
selector in ASSOCIATE.
(resolve_fl_variable): Skip checks for an ASSOCIATE variable.


2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* gfortran.dg/associate_22.f90: New test.

Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/associate_22.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/resolve.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug fortran/58992] Bogus error "Entity with assumed character length at (1) must be a dummy argument or a PARAMETER" with associate and character string

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||kargl at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|--- |5.5

--- Comment #4 from kargl at gcc dot gnu.org ---
Fixed on 5, 6, and 7.

[Bug fortran/58991] ICE with associate and character string constant

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |5.5

[Bug fortran/58991] ICE with associate and character string constant

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #5 from kargl at gcc dot gnu.org ---
Fixed on 5,6, and 7.

[Bug fortran/58992] Bogus error "Entity with assumed character length at (1) must be a dummy argument or a PARAMETER" with associate and character string

[kargl at gcc dot gnu.org]

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

--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Oct  5 22:49:28 2016
New Revision: 240817

URL: https://gcc.gnu.org/viewcvs?rev=240817&root=gcc&view=rev
Log:
2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* resolve.c (resolve_assoc_var):  Fix CHARACTER type-spec for a
selector in ASSOCIATE.
(resolve_fl_variable): Skip checks for an ASSOCIATE variable.


2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* gfortran.dg/associate_22.f90: New test.

Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/associate_22.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/resolve.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug middle-end/77735] FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c (test for warnings, line 358)

[dave.anglin at bell dot net]

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

--- Comment #5 from dave.anglin at bell dot net ---
On 2016-10-02, at 10:10 PM, msebor at gcc dot gnu.org wrote:

> Patch posted for review:
> https://gcc.gnu.org/ml/gcc-patches/2016-10/msg00043.html

Works for me with hppa-unknown-linux-gnu.

--
John David Anglin   dave.ang...@bell.net

[Bug target/77874] two problems with gcc.target/i386/avx-1.c

[uros at gcc dot gnu.org]

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

--- Comment #2 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Oct  5 22:02:05 2016
New Revision: 240814

URL: https://gcc.gnu.org/viewcvs?rev=240814&root=gcc&view=rev
Log:
PR target/77874
* config/i386/sse.md (3):
Remove wrong assert.
(float2:
Use  as operand 1 constraint.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/sse.md

[Bug fortran/77870] Valid OpenMP reduction of allocatable array produces a warning with -Wrealloc-lhs

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-05
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed from 4.8 up to trunk (7.0), '-Wrealloc-lhs' is not implemented in
4.7.3.

[Bug fortran/58992] Bogus error "Entity with assumed character length at (1) must be a dummy argument or a PARAMETER" with associate and character string

[kargl at gcc dot gnu.org]

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

--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Oct  5 21:59:16 2016
New Revision: 240813

URL: https://gcc.gnu.org/viewcvs?rev=240813&root=gcc&view=rev
Log:
2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* resolve.c (resolve_assoc_var):  Fix CHARACTER type-spec for a
selector in ASSOCIATE.
(resolve_fl_variable): Skip checks for an ASSOCIATE variable.


2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* gfortran.dg/associate_22.f90: New test.

Added:
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/associate_22.f90
Modified:
branches/gcc-6-branch/gcc/fortran/ChangeLog
branches/gcc-6-branch/gcc/fortran/resolve.c
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug fortran/58991] ICE with associate and character string constant

[kargl at gcc dot gnu.org]

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

--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Oct  5 21:59:16 2016
New Revision: 240813

URL: https://gcc.gnu.org/viewcvs?rev=240813&root=gcc&view=rev
Log:
2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* resolve.c (resolve_assoc_var):  Fix CHARACTER type-spec for a
selector in ASSOCIATE.
(resolve_fl_variable): Skip checks for an ASSOCIATE variable.


2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* gfortran.dg/associate_22.f90: New test.

Added:
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/associate_22.f90
Modified:
branches/gcc-6-branch/gcc/fortran/ChangeLog
branches/gcc-6-branch/gcc/fortran/resolve.c
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug fortran/58991] ICE with associate and character string constant

[kargl at gcc dot gnu.org]

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

--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Oct  5 21:14:14 2016
New Revision: 240812

URL: https://gcc.gnu.org/viewcvs?rev=240812&root=gcc&view=rev
Log:
2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* resolve.c (resolve_assoc_var):  Fix CHARACTER type-spec for a
selector in ASSOCIATE.
(resolve_fl_variable): Skip checks for an ASSOCIATE variable.


2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* gfortran.dg/associate_22.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/associate_22.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/58992] Bogus error "Entity with assumed character length at (1) must be a dummy argument or a PARAMETER" with associate and character string

[kargl at gcc dot gnu.org]

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

--- Comment #1 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Oct  5 21:14:14 2016
New Revision: 240812

URL: https://gcc.gnu.org/viewcvs?rev=240812&root=gcc&view=rev
Log:
2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* resolve.c (resolve_assoc_var):  Fix CHARACTER type-spec for a
selector in ASSOCIATE.
(resolve_fl_variable): Skip checks for an ASSOCIATE variable.


2016-10-05  Steven G. Kargl  

PR fortran/58991
PR fortran/58992
* gfortran.dg/associate_22.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/associate_22.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/77871] [5/6/7 Regression] ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1981

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #2 from Dominique d'Humieres  ---
Occurred between revisions r211698 (2014-06-16, OK) and r212119 (2014-06-29,
ICE), likely introduced by revision r211748.

[Bug libfortran/77868] Fail to NULL guard check for internal unit in inquire_via_unit

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle  changed:

   What|Removed |Added

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

--- Comment #4 from Jerry DeLisle  ---
Fixed, closing.

[Bug debug/71906] [6/7 Regression] Fortran allocatable strings debug info type size regression

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|NEW |WAITING
 Blocks||24546

--- Comment #12 from Dominique d'Humieres  ---
What remains to be fixed after revision r239473?

Duplicate of/ related to pr77865?


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
[Bug 24546] [meta-bug] gfortran debugging problems

[Bug fortran/77865] Regression: wrong debug information for gfortran pointers to structures

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2016-10-05
 Blocks||24546
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Duplicate of/ related to pr71906?


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
[Bug 24546] [meta-bug] gfortran debugging problems

[Bug c++/60297] Temporary lifetime not extended by reference bound to scalar member

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #2 from Jason Merrill  ---
Same bug as 54293.

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

[Bug c++/54293] When a reference is bound to subobject of a temporary, lifetime of the temporary is not extended

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 CC||potswa at mac dot com

--- Comment #12 from Jason Merrill  ---
*** Bug 60297 has been marked as a duplicate of this bug. ***

[Bug fortran/77873] ICE in gfc_is_class_scalar_expr, at fortran/class.c:380

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-05
 CC||marxin at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
ICEs on all releases that support -fcoarray=single (4.7.0+).

[Bug fortran/77872] [5/6/7 Regression] ICE in gfc_conv_descriptor_token, at fortran/trans-array.c:305

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-05
 CC||marxin at gcc dot gnu.org
  Known to work||4.9.4
Summary|ICE in  |[5/6/7 Regression] ICE in
   |gfc_conv_descriptor_token,  |gfc_conv_descriptor_token,
   |at  |at
   |fortran/trans-array.c:305   |fortran/trans-array.c:305
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Confirmed.

[Bug fortran/77871] [5/6/7 Regression] ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1981

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to work||4.9.4
   Keywords||ice-on-valid-code
   Last reconfirmed||2016-10-05
 CC||marxin at gcc dot gnu.org
 Ever confirmed|0   |1
Summary|ICE in  |[5/6/7 Regression] ICE in
   |gfc_get_caf_token_offset,   |gfc_get_caf_token_offset,
   |at  |at
   |fortran/trans-expr.c:1981   |fortran/trans-expr.c:1981
   Target Milestone|--- |5.5

--- Comment #1 from Martin Liška  ---
Confirmed.

[Bug c++/77869] ICE on a code piece

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-05
 CC||jason at gcc dot gnu.org,
   ||marxin at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
ICEs on all releases that support -std=c++11 (4.7.0+).

backtrace:
pr77869.cpp:5:7: internal compiler error: tree check: accessed elt 2 of
tree_vec with 1 elts in tsubst_pack_expansion, at cp/pt.c:10994
 class page_t
   ^~
0x13b20ca tree_vec_elt_check_failed(int, int, char const*, int, char const*)
../../gcc/tree.c:9939
0x7713d4 tree_vec_elt_check(tree_node*, int, char const*, int, char const*)
../../gcc/tree.h:3252
0x825ba3 tsubst_pack_expansion(tree_node*, tree_node*, int, tree_node*)
../../gcc/cp/pt.c:10994
0x826dc9 tsubst_template_args
../../gcc/cp/pt.c:11273
0x826f0b tsubst_template_args
../../gcc/cp/pt.c:11291
0x8293da tsubst_decl
../../gcc/cp/pt.c:11685
0x830778 tsubst(tree_node*, tree_node*, int, tree_node*)
../../gcc/cp/pt.c:12904
0x81f717 tsubst_friend_class
../../gcc/cp/pt.c:9570
0x823217 instantiate_class_template_1
../../gcc/cp/pt.c:10215
0x823c7a instantiate_class_template(tree_node*)
../../gcc/cp/pt.c:10413
0x942900 complete_type(tree_node*)
../../gcc/cp/typeck.c:133
0x7b47c8 start_decl_1(tree_node*, bool)
../../gcc/cp/decl.c:5110
0x7b45ca start_decl(cp_declarator const*, cp_decl_specifier_seq*, int,
tree_node*, tree_node*, tree_node**)
../../gcc/cp/decl.c:5073
0x9015a8 cp_parser_init_declarator
../../gcc/cp/parser.c:18773
0x8f68dd cp_parser_simple_declaration
../../gcc/cp/parser.c:12560
0x8f666e cp_parser_block_declaration
../../gcc/cp/parser.c:12436
0x8f5ae6 cp_parser_declaration_statement
../../gcc/cp/parser.c:12048
0x8f288b cp_parser_statement
../../gcc/cp/parser.c:10600
0x8f34af cp_parser_statement_seq_opt
../../gcc/cp/parser.c:10932
0x8f33ac cp_parser_compound_statement
../../gcc/cp/parser.c:10886

[Bug tree-optimization/77647] [6/7 Regression] Missed opportunity to use register value causes additional load

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

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

--- Comment #3 from Jeffrey A. Law  ---
Fundamentally the same issue as 71947.

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

[Bug tree-optimization/71947] [6/7 Regression] x ^ y not folded to 0 if x == y by DOM

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||npiggin at gmail dot com

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

[Bug libfortran/77868] Fail to NULL guard check for internal unit in inquire_via_unit

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2016-10-05
 Ever confirmed|0   |1

--- Comment #3 from Dominique d'Humieres  ---
Seems fixed now, isn't it?

[Bug tree-optimization/71947] [6/7 Regression] x ^ y not folded to 0 if x == y by DOM

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com
   Assignee|unassigned at gcc dot gnu.org  |law at redhat dot com

--- Comment #9 from Jeffrey A. Law  ---
This ought to be fixable in DOM.  Probably not worth backporting to gcc-6
though.

[Bug c/77876] New: -Wbool-operation rejects useful code involving '~'

[eggert at gnu dot org]

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

Bug ID: 77876
   Summary: -Wbool-operation rejects useful code involving '~'
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: eggert at gnu dot org
  Target Milestone: ---

GCC's recently-added -Wbool-operation flag rejects useful code like this:

#include 
enum { BILLION = 1000 * 1000 * 1000 };
time_t foo (time_t s, int res) { return s & ~ (res == 2 * BILLION); }

This is a simplified version of Gnulib code using '~' that runs afoul of
-Wbool-operation; see the bug report here:

http://lists.gnu.org/archive/html/bug-gnulib/2016-10/txtbxk_mHAW_p.txt

Rather than contort user code to pacify this misguided warning, I suggest
making the warning more useful. The fundamental bug here is not applying ~ to a
boolean; it's storing ~x into a boolean. More generally, the problem occurs
when converting an expression that GCC can't prove to be 0 or 1 to bool. GCC
should check for that instead. This would catch not only thinkos with ~ and ++
and --, but also similar thinkos involving other integer and floating-point
operations. And it would correctly accept the Gnulib code.

[Bug fortran/77867] Internal compiler error, array in write format

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #2 from kargl at gcc dot gnu.org ---
Already known

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

[Bug fortran/66709] ICE on formatted io with parameter array specifier fmt

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 CC||pascal22p at parois dot net

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

[Bug c++/77875] New: C++ core issue 1288

[aleksey.covacevice at gmail dot com]

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

Bug ID: 77875
   Summary: C++ core issue 1288
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: aleksey.covacevice at gmail dot com
  Target Milestone: ---

GCC does not fully implement the resolution for core issue 1288
(http://wg21.link/cwg1288).

Example:
int i; (int&){i};

GCC yields "invalid cast of an rvalue expression of type 'int' to type 'int&'".

More info and discussion:
http://stackoverflow.com/questions/39840117/brace-initialization-vs-parenthesis-bug

[Bug target/77874] two problems with gcc.target/i386/avx-1.c

[ubizjak at gmail dot com]

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

Uroš Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2016-10-05
   Assignee|unassigned at gcc dot gnu.org  |ubizjak at gmail dot com
 Ever confirmed|0   |1

--- Comment #1 from Uroš Bizjak  ---
Following patch fixes both problems:

--cut here--
Index: sse.md
===
--- sse.md  (revision 240793)
+++ sse.md  (working copy)
@@ -4666,7 +4666,7 @@
 (define_insn
"float2"
   [(set (match_operand:VF2_AVX512VL 0 "register_operand" "=v")
(any_float:VF2_AVX512VL
- (match_operand: 1 "nonimmediate_operand" "vm")))]
+ (match_operand: 1 "nonimmediate_operand"
"")))]
   "TARGET_AVX512DQ"
   "vcvtqq2pd\t{%1,
%0|%0, %1}"
   [(set_attr "type" "ssecvt")
@@ -11420,7 +11420,6 @@
   gcc_assert (TARGET_AVX);
 case MODE_V4SF:
   gcc_assert (TARGET_SSE);
-  gcc_assert (!);
   tmp = "ps";
   break;

--cut here--

[Bug sanitizer/66343] "Error: .Lubsan_type3 already defined" with UBSan and precompiled headers

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

  Known to work||7.0

--- Comment #9 from Jakub Jelinek  ---
Fixed on the trunk so far.

[Bug sanitizer/66343] "Error: .Lubsan_type3 already defined" with UBSan and precompiled headers

[jakub at gcc dot gnu.org]

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

--- Comment #8 from Jakub Jelinek  ---
Author: jakub
Date: Wed Oct  5 19:04:39 2016
New Revision: 240804

URL: https://gcc.gnu.org/viewcvs?rev=240804&root=gcc&view=rev
Log:
PR sanitizer/66343
* ubsan.c (ubsan_create_data): Call initialize_sanitizer_builtins here.
(ubsan_instrument_float_cast): And not here.

* c-ubsan.c (ubsan_instrument_return): Don't call
initialize_sanitizer_builtins here.

* gcc.dg/pch/pr66343-3.c: New test.
* gcc.dg/pch/pr66343-3.hs: New file.

Added:
trunk/gcc/testsuite/gcc.dg/pch/pr66343-3.c
trunk/gcc/testsuite/gcc.dg/pch/pr66343-3.hs
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-ubsan.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/ubsan.c

[Bug sanitizer/66343] "Error: .Lubsan_type3 already defined" with UBSan and precompiled headers

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  ---
Author: jakub
Date: Wed Oct  5 19:03:28 2016
New Revision: 240803

URL: https://gcc.gnu.org/viewcvs?rev=240803&root=gcc&view=rev
Log:
PR sanitizer/66343
* ubsan.c (ubsan_ids): New GTY(()) array.
(ubsan_type_descriptor, ubsan_create_data): Use ubsan_ids
instead of static local counters.

* gcc.dg/pch/pr66343-1.c: New test.
* gcc.dg/pch/pr66343-1.hs: New file.
* gcc.dg/pch/pr66343-2.c: New test.
* gcc.dg/pch/pr66343-2.hs: New file.

Added:
trunk/gcc/testsuite/gcc.dg/pch/pr66343-1.c
trunk/gcc/testsuite/gcc.dg/pch/pr66343-1.hs
trunk/gcc/testsuite/gcc.dg/pch/pr66343-2.c
trunk/gcc/testsuite/gcc.dg/pch/pr66343-2.hs
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/ubsan.c

[Bug fortran/77867] Internal compiler error, array in write format

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-05
 CC||marxin at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Confirmed, ICEs on all releases I have (4.5.0+).

[Bug tree-optimization/77862] [7 Regression] ice in add_equivalence

[marxin at gcc dot gnu.org]

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

--- Comment #3 from Martin Liška  ---
==8593== Invalid read of size 8
==8593==at 0x10E0E64: add_equivalence(bitmap_head**, tree_node const*)
(tree-vrp.c:845)
==8593==by 0x10E29BE:
extract_range_for_var_from_comparison_expr(tree_node*, tree_code, tree_node*,
tree_node*, value_range*) (tree-vrp.c:1538)
==8593==by 0x110244D:
evrp_dom_walker::before_dom_children(basic_block_def*) (tree-vrp.c:10685)
==8593==by 0x1681362: dom_walker::walk(basic_block_def*) (domwalk.c:265)
==8593==by 0x1102EC4: execute_early_vrp() (tree-vrp.c:10878)
==8593==by 0x110344A: (anonymous
namespace)::pass_early_vrp::execute(function*) (tree-vrp.c:11107)
==8593==by 0xCF45D2: execute_one_pass(opt_pass*) (passes.c:2340)
==8593==by 0xCF4923: execute_pass_list_1(opt_pass*) (passes.c:2429)
==8593==by 0xCF4954: execute_pass_list_1(opt_pass*) (passes.c:2430)
==8593==by 0xCF49AC: execute_pass_list(function*, opt_pass*)
(passes.c:2440)
==8593==by 0xCF2EF4: do_per_function_toporder(void (*)(function*, void*),
void*) (passes.c:1728)
==8593==by 0xCF5595: execute_ipa_pass_list(opt_pass*) (passes.c:2782)
==8593==  Address 0x6514680 is 0 bytes after a block of size 80 alloc'd
==8593==at 0x4C2F0F5: calloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==8593==by 0x183AFD0: xcalloc (xmalloc.c:163)
==8593==by 0x10F659B: vrp_initialize_lattice() (tree-vrp.c:7002)
==8593==by 0x1102E9B: execute_early_vrp() (tree-vrp.c:10874)
==8593==by 0x110344A: (anonymous
namespace)::pass_early_vrp::execute(function*) (tree-vrp.c:11107)
==8593==by 0xCF45D2: execute_one_pass(opt_pass*) (passes.c:2340)
==8593==by 0xCF4923: execute_pass_list_1(opt_pass*) (passes.c:2429)
==8593==by 0xCF4954: execute_pass_list_1(opt_pass*) (passes.c:2430)
==8593==by 0xCF49AC: execute_pass_list(function*, opt_pass*)
(passes.c:2440)
==8593==by 0xCF2EF4: do_per_function_toporder(void (*)(function*, void*),
void*) (passes.c:1728)
==8593==by 0xCF5595: execute_ipa_pass_list(opt_pass*) (passes.c:2782)
==8593==by 0x93977E: ipa_passes() (cgraphunit.c:2278)

[Bug tree-optimization/77862] [7 Regression] ice in add_equivalence

[marxin at gcc dot gnu.org]

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

--- Comment #2 from Martin Liška  ---
Started with r240291.

[Bug tree-optimization/77862] [7 Regression] ice in add_equivalence

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-05
 CC||marxin at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Confirmed, minimal test-case:

struct paramed_type
{
};
int a;

int memcmp ( int*, void *, long );

void
cur_token (void)
{
if ( 1 != a || memcmp ( cur_token, "", a ) )
return;
struct paramed_type b = { };
}

[Bug tree-optimization/77824] unreachable code in SLSR GIMPLE pass

[wschmidt at gcc dot gnu.org]

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

Bill Schmidt  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-05
 Ever confirmed|0   |1

--- Comment #5 from Bill Schmidt  ---
OK, no problem.

Regarding the "minor nit," c->kind tells us what kind of candidate expression
the statement is equivalent to (a CAND_MULT vs. a CAND_ADD, etc.), but that
isn't sufficient to tell us whether the statement is a copy or something else
that isn't profitable to replace.  So if we have a copy statement S1: Y = X,
where S0 is the statement that defines X, S0 and S1 will both have the same
"kind" and represent the same expression, but S1 is a copy while S0 may not be.
 We might want to replace S1, but we don't want to replace S0.

Confirmed, btw.

[Bug fortran/67524] ICE on using implicit character instead of implicit none etc.

[lkrupp at gcc dot gnu.org]

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

lkrupp at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #6 from lkrupp at gcc dot gnu.org ---
Fixed in revision 240797.

[Bug fortran/67524] ICE on using implicit character instead of implicit none etc.

[lkrupp at gcc dot gnu.org]

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

--- Comment #5 from lkrupp at gcc dot gnu.org ---
Author: lkrupp
Date: Wed Oct  5 18:00:30 2016
New Revision: 240797

URL: https://gcc.gnu.org/viewcvs?rev=240797&root=gcc&view=rev
Log:
2016-10-05  Louis Krupp  

PR fortran/67524
* gfortran.dg/pr67524.f90: New test.

2016-10-05  Louis Krupp  

PR fortran/67524
* resolve.c (resolve_symbol): Don't apply default type rules to
mixed-entry master created for function entry points.


Added:
trunk/gcc/testsuite/gfortran.dg/pr67524.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug c/77874] New: two problems with gcc.target/i386/avx-1.c

[dcb314 at hotmail dot com]

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

Bug ID: 77874
   Summary: two problems with gcc.target/i386/avx-1.c
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dcb314 at hotmail dot com
  Target Milestone: ---

$ ~/gcc/results/bin/gcc -c gcc.target/i386/avx-1.c
/tmp/cc1rwjfP.s: Assembler messages:
/tmp/cc1rwjfP.s:83150: Error: operand size mismatch for `vcvtqq2pd'
/tmp/cc1rwjfP.s:83183: Error: operand size mismatch for `vcvtqq2pd'
/tmp/cc1rwjfP.s:83216: Error: operand size mismatch for `vcvtqq2pd'
/tmp/cc1rwjfP.s:83245: Error: operand size mismatch for `vcvtuqq2pd'
/tmp/cc1rwjfP.s:83278: Error: operand size mismatch for `vcvtuqq2pd'
/tmp/cc1rwjfP.s:83311: Error: operand size mismatch for `vcvtuqq2pd'
$

I am not sure if the assembler is in error, or the compiler.


$ ~/gcc/results/bin/gcc -c -O3 -march=native gcc.target/i386/avx-1.c
In file included from
/home/dcb/gcc/results/lib/gcc/x86_64-pc-linux-gnu/7.0.0/include/immintrin.h:53:0,
 from gcc.target/i386/avx-1.c:583:
/home/dcb/gcc/results/lib/gcc/x86_64-pc-linux-gnu/7.0.0/include/avx512vlintrin.h:
In function ‘_mm_mask_and_epi32’:
/home/dcb/gcc/results/lib/gcc/x86_64-pc-linux-gnu/7.0.0/include/avx512vlintrin.h:4766:1:
internal compiler error: in output_3399, at config/i386/sse.md:11423
 }
 ^
0x128e276 output_3399
../../trunk/gcc/config/i386/sse.md:11423
0x8ee6e2 final_scan_insn(rtx_insn*, _IO_FILE*, int, int, int*)
../../trunk/gcc/final.c:2978
0x8ef872 final(rtx_insn*, _IO_FILE*, int)
../../trunk/gcc/final.c:2045
0x8f03ed rest_of_handle_final
../../trunk/gcc/final.c:4471
0x8f03ed execute
../../trunk/gcc/final.c:4546
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
$ cat /proc/cpuinfo 

processor   : 7
vendor_id   : AuthenticAMD
cpu family  : 21
model   : 2
model name  : AMD FX(tm)-8350 Eight-Core Processor
stepping: 0
microcode   : 0x600084f
cpu MHz : 4000.000
cache size  : 2048 KB
physical id : 0
siblings: 8
core id : 3
cpu cores   : 4
apicid  : 23
initial apicid  : 7
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb
rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf
eagerfpu pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave
avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext
perfctr_core perfctr_nb cpb hw_pstate vmmcall bmi1 arat npt lbrv svm_lock
nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter
pfthreshold
bugs: fxsave_leak sysret_ss_attrs null_seg
bogomips: 8025.66
TLB size: 1536 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro

[Bug sanitizer/77823] [7 Regression] ICE: in ubsan_encode_value, at ubsan.c:137 with -fsanitize=undefined and vector types

[jakub at gcc dot gnu.org]

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

--- Comment #5 from Jakub Jelinek  ---
Author: jakub
Date: Wed Oct  5 17:47:34 2016
New Revision: 240796

URL: https://gcc.gnu.org/viewcvs?rev=240796&root=gcc&view=rev
Log:
PR sanitizer/77823
* c-ubsan.c (ubsan_instrument_shift): Return NULL_TREE if type0
is not integral.

* c-c++-common/ubsan/shift-9.c: New test.

Added:
trunk/gcc/testsuite/c-c++-common/ubsan/shift-9.c
Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-ubsan.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/77873] New: ICE in gfc_is_class_scalar_expr, at fortran/class.c:380

[gerhard.steinmetz.fort...@t-online.de]

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

Bug ID: 77873
   Summary: ICE in gfc_is_class_scalar_expr, at
fortran/class.c:380
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerhard.steinmetz.fort...@t-online.de
  Target Milestone: ---

For versions down to at least 4.8 :


$ cat z1.f90
program p
   type t
  real :: a
   end type
contains
   subroutine s(x)
  class(t) :: x[*]
  associate (z => x%a)
  end associate
   end
end


$ gfortran-7-20161002 -fcoarray=single -c z1.f90
z1.f90:8:0:

   associate (z => x%a)

internal compiler error: Segmentation fault
0xc29b8f crash_signal
../../gcc/toplev.c:337
0x66dc10 gfc_is_class_scalar_expr(gfc_expr*)
../../gcc/fortran/class.c:380
0x7a9b37 trans_associate_var
../../gcc/fortran/trans-stmt.c:1517
0x7a9b37 gfc_trans_block_construct(gfc_code*)
../../gcc/fortran/trans-stmt.c:1810
0x724167 trans_code
../../gcc/fortran/trans.c:1815
0x7538f8 gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6257
0x753747 gfc_generate_contained_functions
../../gcc/fortran/trans-decl.c:5237
0x753747 gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6186
0x6de270 translate_all_program_units
../../gcc/fortran/parse.c:5940
0x6de270 gfc_parse_file()
../../gcc/fortran/parse.c:6146
0x720e82 gfc_be_parse_file
../../gcc/fortran/f95-lang.c:198

[Bug fortran/77872] New: ICE in gfc_conv_descriptor_token, at fortran/trans-array.c:305

[gerhard.steinmetz.fort...@t-online.de]

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

Bug ID: 77872
   Summary: ICE in gfc_conv_descriptor_token, at
fortran/trans-array.c:305
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerhard.steinmetz.fort...@t-online.de
  Target Milestone: ---

Affects versions 5, 6 and 7. No ICE with 4.9.0.


$ cat z1.f90
module m
   type, abstract :: t
   contains
  procedure(s), pass, deferred :: f
   end type
contains
   subroutine s(x)
  class(t) :: x[*]
  call x%f()
   end
end


$ gfortran-7-20161002 -fcoarray=single -c z1.f90
$ gfortran-7-20161002 -fcoarray=lib -c z1.f90
z1.f90:9:0:

   call x%f()

internal compiler error: in gfc_conv_descriptor_token, at
fortran/trans-array.c:305
0x72afed gfc_conv_descriptor_token(tree_node*)
../../gcc/fortran/trans-array.c:303
0x75fece gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
gfc_expr*, vec*)
../../gcc/fortran/trans-expr.c:5804
0x7a4dc4 gfc_trans_call(gfc_code*, bool, tree_node*, tree_node*, bool)
../../gcc/fortran/trans-stmt.c:407
0x7243fa trans_code
../../gcc/fortran/trans.c:1787
0x7538f8 gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6257
0x728a49 gfc_generate_module_code(gfc_namespace*)
../../gcc/fortran/trans.c:2088
0x6de19d translate_all_program_units
../../gcc/fortran/parse.c:5927
0x6de19d gfc_parse_file()
../../gcc/fortran/parse.c:6146
0x720e82 gfc_be_parse_file
../../gcc/fortran/f95-lang.c:198

[Bug fortran/77871] New: ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1981

[gerhard.steinmetz.fort...@t-online.de]

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

Bug ID: 77871
   Summary: ICE in gfc_get_caf_token_offset, at
fortran/trans-expr.c:1981
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerhard.steinmetz.fort...@t-online.de
  Target Milestone: ---

Affects versions 5, 6 and 7. No ICE with 4.9.0.


$ cat z1.f90
module m
   type t
  logical :: q = .true.
   end type
contains
   subroutine s(x, n)
  class(t) :: x[*]
  integer :: n
  print *, x[n]%q
   end
end


$ gfortran-7-20161002 -fcoarray=single -c z1.f90
$ gfortran-7-20161002 -fcoarray=lib -c z1.f90
z1.f90:9:0:

   print *, x[n]%q

internal compiler error: in gfc_get_caf_token_offset, at
fortran/trans-expr.c:1981
0x76523c gfc_get_caf_token_offset(gfc_se*, tree_node**, tree_node**,
tree_node*, tree_node*, gfc_expr*)
../../gcc/fortran/trans-expr.c:1979
0x77baed gfc_conv_intrinsic_caf_get
../../gcc/fortran/trans-intrinsic.c:1811
0x789dcb gfc_conv_intrinsic_function(gfc_se*, gfc_expr*)
../../gcc/fortran/trans-intrinsic.c:8665
0x762ca2 gfc_conv_expr(gfc_se*, gfc_expr*)
../../gcc/fortran/trans-expr.c:7696
0x76a2c8 gfc_conv_expr_reference(gfc_se*, gfc_expr*)
../../gcc/fortran/trans-expr.c:7831
0x790026 gfc_trans_transfer(gfc_code*)
../../gcc/fortran/trans-io.c:2464
0x724057 trans_code
../../gcc/fortran/trans.c:1918
0x78ce50 build_dt
../../gcc/fortran/trans-io.c:1962
0x724077 trans_code
../../gcc/fortran/trans.c:1890
0x7538f8 gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6257
0x728a49 gfc_generate_module_code(gfc_namespace*)
../../gcc/fortran/trans.c:2088
0x6de19d translate_all_program_units
../../gcc/fortran/parse.c:5927
0x6de19d gfc_parse_file()
../../gcc/fortran/parse.c:6146
0x720e82 gfc_be_parse_file
../../gcc/fortran/f95-lang.c:198

[Bug fortran/66709] ICE on formatted io with parameter array specifier fmt

[gerhard.steinmetz.fort...@t-online.de]

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

--- Comment #4 from Gerhard Steinmetz  
---

Update :


$ gfortran-7-20161002 z_wr_fmt_ice_1.f90
z_wr_fmt_ice_1.f90:4:0:

read (*, fmt=fmt) n

internal compiler error: in gfc_conv_array_constructor_expr, at
fortran/trans-expr.c:6748
0x763769 gfc_conv_array_constructor_expr
../../gcc/fortran/trans-expr.c:6748
0x763769 gfc_conv_expr(gfc_se*, gfc_expr*)
../../gcc/fortran/trans-expr.c:7720
0x78af6c set_string
../../gcc/fortran/trans-io.c:840
0x78cbbb build_dt
../../gcc/fortran/trans-io.c:1880
0x724087 trans_code
../../gcc/fortran/trans.c:1886
0x7538f8 gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6257
0x6de270 translate_all_program_units
../../gcc/fortran/parse.c:5940
0x6de270 gfc_parse_file()
../../gcc/fortran/parse.c:6146
0x720e82 gfc_be_parse_file
../../gcc/fortran/f95-lang.c:198

[Bug fortran/77785] ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1990

[gerhard.steinmetz.fort...@t-online.de]

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

--- Comment #5 from Gerhard Steinmetz  
---

Related :


$ cat z4.f90
module m
   type t
  real, allocatable :: a(:)
   end type
contains
   subroutine s(x)
  class(t) :: x[*]
  allocate (x%a(2))
   end
end


$ cat z5.f90
module m
   type t
  real, pointer :: a(:)
   end type
contains
   subroutine s(x)
  class(t) :: x[*]
  allocate (x%a(2))
   end
end


$ gfortran-7-20161002 -fcoarray=single -c z4.f90
$ gfortran-7-20161002 -fcoarray=lib -c z4.f90
z4.f90:8:0:

   allocate (x%a(2))

internal compiler error: in gfc_conv_descriptor_token, at
fortran/trans-array.c:305
0x72afed gfc_conv_descriptor_token(tree_node*)
../../gcc/fortran/trans-array.c:303
0x73746e gfc_array_allocate(gfc_se*, gfc_expr*, tree_node*, tree_node*,
tree_node*, tree_node*, tree_node*, tree_node**, gfc_expr*, tree_node*, bool)
../../gcc/fortran/trans-array.c:5544
0x7ac275 gfc_trans_allocate(gfc_code*)
../../gcc/fortran/trans-stmt.c:5799
0x7240f7 trans_code
../../gcc/fortran/trans.c:1870
0x7538f8 gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6257
0x728a49 gfc_generate_module_code(gfc_namespace*)
../../gcc/fortran/trans.c:2088
0x6de19d translate_all_program_units
../../gcc/fortran/parse.c:5927
0x6de19d gfc_parse_file()
../../gcc/fortran/parse.c:6146
0x720e82 gfc_be_parse_file
../../gcc/fortran/f95-lang.c:198

[Bug fortran/77785] ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1990

[gerhard.steinmetz.fort...@t-online.de]

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

--- Comment #4 from Gerhard Steinmetz  
---
Indeed, case from comment 0 is fixed now.
Still pending :


$ cat z2.f90
module m
   type t
  real, allocatable :: a
   end type
contains
   subroutine s(x)
  class(t) :: x[*]
  allocate (x%a)
   end
end


$ cat z3.f90
module m
   type t
  real, pointer :: a
   end type
contains
   subroutine s(x)
  class(t) :: x[*]
  allocate (x%a)
   end
end


$ gfortran-7-20161002 -fcoarray=single -c z2.f90
$ gfortran-7-20161002 -fcoarray=lib -c z2.f90
z2.f90:8:0:

   allocate (x%a)

internal compiler error: Segmentation fault
0xc29b8f crash_signal
../../gcc/toplev.c:337
0x764ee5 gfc_get_caf_token_offset(gfc_se*, tree_node**, tree_node**,
tree_node*, tree_node*, gfc_expr*)
../../gcc/fortran/trans-expr.c:1979
0x7acbb6 gfc_trans_allocate(gfc_code*)
../../gcc/fortran/trans-stmt.c:5895
0x7240f7 trans_code
../../gcc/fortran/trans.c:1870
0x7538f8 gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6257
0x728a49 gfc_generate_module_code(gfc_namespace*)
../../gcc/fortran/trans.c:2088
0x6de19d translate_all_program_units
../../gcc/fortran/parse.c:5927
0x6de19d gfc_parse_file()
../../gcc/fortran/parse.c:6146
0x720e82 gfc_be_parse_file
../../gcc/fortran/f95-lang.c:198

[Bug libfortran/77868] Fail to NULL guard check for internal unit in inquire_via_unit

[jvdelisle at gcc dot gnu.org]

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

--- Comment #2 from Jerry DeLisle  ---
Author: jvdelisle
Date: Wed Oct  5 16:32:24 2016
New Revision: 240794

URL: https://gcc.gnu.org/viewcvs?rev=240794&root=gcc&view=rev
Log:
2016-10-05  Jerry DeLisle  

PR fortran/77868
* io/inquire.c (inquire_via_unit): NULL guard the check for
internal unit passed into child IO procedure.

* gfortran.dg/dtio_15.f90: Fix spaces in dg-do.
* gfortran.dg/class_array_20.f03: Likewise.
* gfortran.dg/class_array_21.f03: Likewise.
* gfortran.dg/finalize_29.f08: Likewise.
* gfortran.dg/unlimited_polymorphic_23.f90: Likewise.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/class_array_20.f03
trunk/gcc/testsuite/gfortran.dg/class_array_21.f03
trunk/gcc/testsuite/gfortran.dg/dtio_15.f90
trunk/gcc/testsuite/gfortran.dg/finalize_29.f08
trunk/gcc/testsuite/gfortran.dg/unlimited_polymorphic_23.f90
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/inquire.c

[Bug libfortran/77828] [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

[jvdelisle at gcc dot gnu.org]

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

--- Comment #4 from Jerry DeLisle  ---
Just need to edit the trunk/libgfortran/libtool-version file, bumping the major
rev number and build from a clean build directory.  I have tested this and it
works fine. I want to see if we are going to get the fortran-dev branch in or
not for 7. I only see a handful of testsuite failures there.

[Bug fortran/77870] New: Valid OpenMP reduction of allocatable array produces a warning with -Wrealloc-lhs

[ibethune at epcc dot ed.ac.uk]

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

Bug ID: 77870
   Summary: Valid OpenMP reduction of allocatable array produces a
warning with -Wrealloc-lhs
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ibethune at epcc dot ed.ac.uk
  Target Milestone: ---

An OpenMP fortran code which declares an allocatable array as an OpenMP
reduction variable generates a warning when compiled with -Wrealloc-lhs. I have
observed this with gfortran 6.1.0.

A simple example to show this:

mbp-ib:reduction ibethune$ cat reduction.f90 
program reduction
double precision, dimension(:), allocatable :: a
allocate(a(3))
!$OMP PARALLEL REDUCTION(+:a)
!$OMP END PARALLEL
deallocate(a)
end program
mbp-ib:reduction ibethune$ gfortran -Wrealloc-lhs -fopenmp -o reduction
reduction.f90
reduction.f90:4:29:

 !$OMP PARALLEL REDUCTION(+:a)
 1
Warning: Code for reallocating the allocatable array at (1) will be added
[-Wrealloc-lhs]
mbp-ib:reduction ibethune$ gfortran -Wrealloc-lhs -o reduction reduction.f90
mbp-ib:reduction ibethune$

It's desirable to have this warning flag enabled to guard against poor code
style elswhere in the codebase e.g. array assignment without (:) notation. 
Would it be possible to either:

* Have the OpenMP directives translated into code which does not trigger this
warning

or

* Have the warning silenced when it comes from OpenMP-generated code rather
than user code.

Thanks!

[Bug libstdc++/71856] [6/7 Regression] _GLIBCXX_DEBUG-mode breaks GNU parallel extension

[redi at gcc dot gnu.org]

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

--- Comment #10 from Jonathan Wakely  ---
This should ensure __glibcxx_assert() is empty unless _GLIBCXX_ASSERTIONS is
defined, but _GLIBCXX_PARALLEL_ASSERT() still expands to an assertion.

--- a/libstdc++-v3/include/bits/c++config
+++ b/libstdc++-v3/include/bits/c++config
@@ -442,9 +442,7 @@ namespace std
 #endif

 // Assert.
-#if !defined(_GLIBCXX_ASSERTIONS) && !defined(_GLIBCXX_PARALLEL)
-# define __glibcxx_assert(_Condition)
-#else
+#if defined(_GLIBCXX_ASSERTIONS) || defined(_GLIBCXX_PARALLEL)
 namespace std
 {
   // Avoid the use of assert, because we're trying to keep the 
@@ -458,7 +456,7 @@ namespace std
 __builtin_abort();
   }
 }
-#define __glibcxx_assert(_Condition)\
+#define __glibcxx_assert_(_Condition)   \
   do\
   { \
 if (! (_Condition))  \
@@ -467,6 +465,12 @@ namespace std
   } while (false)
 #endif

+#if defined(_GLIBCXX_ASSERTIONS)
+# define __glibcxx_assert(_Condition) __glibcxx_assert_(_Condition)
+#else
+# define __glibcxx_assert(_Condition)
+#endif
+
 // Macros for race detectors.
 // _GLIBCXX_SYNCHRONIZATION_HAPPENS_BEFORE(A) and
 // _GLIBCXX_SYNCHRONIZATION_HAPPENS_AFTER(A) should be used to explain
--- a/libstdc++-v3/include/parallel/base.h
+++ b/libstdc++-v3/include/parallel/base.h
@@ -419,7 +419,7 @@ namespace __gnu_parallel
}
 }

-#define _GLIBCXX_PARALLEL_ASSERT(_Condition) __glibcxx_assert(_Condition)
+#define _GLIBCXX_PARALLEL_ASSERT(_Condition) __glibcxx_assert_(_Condition)

 } //namespace __gnu_parallel



However this means that certain assertions in parallel mode are enabled
unconditionally e.g. in 

default:
  _GLIBCXX_PARALLEL_ASSERT(false);
  return std::make_pair(__begin1, __begin2);

It looks like that's always been the case, but surely can't be what was
intended.

So maybe  should do:

#if _GLIBCXX_PARALLEL_ASSERTIONS
#define _GLIBCXX_PARALLEL_ASSERT(_Condition) __glibcxx_assert_(_Condition)
#else
#define _GLIBCXX_PARALLEL_ASSERT(_Condition)
#endif

[Bug libstdc++/71856] [6/7 Regression] _GLIBCXX_DEBUG-mode breaks GNU parallel extension

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #9 from Jonathan Wakely  ---
This isn't properly fixed, parallel mode unconditionally enables assertions, so
this doesn't compile:

#define _GLIBCXX_PARALLEL 1
#include 

int main()
{
  __glibcxx_assert( invalid expression );
}

The problem is in 

// Assert.
#if !defined(_GLIBCXX_ASSERTIONS) && !defined(_GLIBCXX_PARALLEL)
# define __glibcxx_assert(_Condition)
#else

[Bug c++/77869] New: ICE on a code piece

[ab at fmap dot me]

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

Bug ID: 77869
   Summary: ICE on a code piece
   Product: gcc
   Version: 6.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ab at fmap dot me
  Target Milestone: ---

Created attachment 39758
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39758&action=edit
test.cpp

This piece of code (minimized as far as I tried) causes a segfault on GCCs
6.2.0 and 6.2.1. Clang compiles the piece correctly. I'm not sure what's going
on here -- it seems related to a friend class when the class name is typedef'd
in the parent with involvement of templates.

If there's anything more that is helpful to nail this bug down, I'll be happy
to help!

[Bug bootstrap/77819] undefined reference to gnu_libc_printf_pointer_format with uClibc

[msebor at gcc dot gnu.org]

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

--- Comment #2 from Martin Sebor  ---
Author: msebor
Date: Wed Oct  5 15:21:40 2016
New Revision: 240793

URL: https://gcc.gnu.org/viewcvs?rev=240793&root=gcc&view=rev
Log:
PR bootstrap/77819 - undefined reference to gnu_libc_printf_pointer_format with
uClibc

gcc/ChangeLog:

PR bootstrap/77819
* config/linux.h (TARGET_PRINTF_POINTER_FORMAT): Define macro.
* config/linux.c (gnu_libc_printf_pointer_format): Remove.
* targhooks.c [DEFAULT_LIBC == LIBC_UCLIBC) && SINGLE_LIBC]
(default_printf_pointer_format): Define function.
* targhooks.c (linux_printf_pointer_format): Define new function.
* targhooks.h (linux_printf_pointer_format): Declare.
(gnu_libc_printf_pointer_format): Remove declaration.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/linux.c
trunk/gcc/config/linux.h
trunk/gcc/targhooks.c
trunk/gcc/targhooks.h

[Bug libfortran/77868] Fail to NULL guard check for internal unit in inquire_via_unit

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle  changed:

   What|Removed |Added

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

--- Comment #1 from Jerry DeLisle  ---
My hasty patch to generate an error in inquire_via_unit broke a few test cases.

Will fix shortly.

[Bug c++/77858] std::polar throws an exception if rho is negative

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #4 from Jonathan Wakely  ---
So there's no exception then. This is why you were asked to read
https://gcc.gnu.org/bugs/ before filing a bug, and explain exactly what you're
doing and what you're seeing.

_GLIBCXX_PARALLEL is not supposed to enable those assertions, but apparently I
didn't fix Bug 71856 completely, I'll reopen it.

[Bug libfortran/77868] New: Fail to NULL guard check for internal unit in inquire_via_unit

[jvdelisle at gcc dot gnu.org]

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

Bug ID: 77868
   Summary: Fail to NULL guard check for internal unit in
inquire_via_unit
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jvdelisle at gcc dot gnu.org
  Target Milestone: ---

Subject is self explanatory. The commit that added the check broke a few test
cases.

[Bug c/77817] -Wimplicit-fallthrough: cpp directive renders FALLTHRU comment ineffective

[jim at meyering dot net]

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

--- Comment #7 from jim at meyering dot net ---
Thanks for investigating.
I already pushed a workaround for gnulib's vasnprintf problem
(http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=e63f5eb55570a1ea3e51ce47df33689785e085c1).
I may just leave that there.

The alternative of using an empty "__attribute__((__fallthrough__));" statement
would require a macro expanding to that or to nothing.

[Bug fortran/77867] New: Internal compiler error, array in write format

[pascal22p at parois dot net]

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

Bug ID: 77867
   Summary: Internal compiler error, array in write format
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: pascal22p at parois dot net
  Target Milestone: ---

The program below gives an internal compiler error:

program compilererror
implicit none
character(len=3), dimension(1), parameter :: CFN=(/'(a)'/)

write(*,cfn) 

end program


$ gfortran61 -Wall -Wextra -fno-strict-aliasing -fwrapv  error.f90 
error.f90:5:0:

 write(*,cfn)

internal compiler error: in gfc_conv_array_constructor_expr, at
fortran/trans-expr.c:6634
0x6acf8c gfc_conv_array_constructor_expr
../../gcc/fortran/trans-expr.c:6634
0x6acf8c gfc_conv_expr(gfc_se*, gfc_expr*)
../../gcc/fortran/trans-expr.c:7582
0x6ca494 set_string
../../gcc/fortran/trans-io.c:824
0x6cbe4b build_dt
../../gcc/fortran/trans-io.c:1830
0x67d267 trans_code
../../gcc/fortran/trans.c:1860
0x6a08cc gfc_generate_function_code(gfc_namespace*)
../../gcc/fortran/trans-decl.c:6154
0x639510 translate_all_program_units
../../gcc/fortran/parse.c:5613
0x639510 gfc_parse_file()
../../gcc/fortran/parse.c:5819
0x67a6a5 gfc_be_parse_file
../../gcc/fortran/f95-lang.c:201
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug target/77837] missing -Wformat-length warning for %p with null argument on powerpc64

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
   See Also||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=77819
 Resolution|--- |FIXED

--- Comment #3 from Martin Sebor  ---
Fixed by r240793.

[Bug bootstrap/77819] undefined reference to gnu_libc_printf_pointer_format with uClibc

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #3 from Martin Sebor  ---
Patch committed in r240793.  The patch also resolves bug 77837.

[Bug libstdc++/77866] New: Add SystemTap probe points to libstdc++

[redi at gcc dot gnu.org]

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

Bug ID: 77866
   Summary: Add SystemTap probe points to libstdc++
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: redi at gcc dot gnu.org
  Target Milestone: ---

This will allow users to collect statistics from their code using the std::lib
(and will allow us to remove the Profile Mode, yay!)

Probes to consider:

Reallocation triggered by string, vector and deque insertions.
Unordered container rehashes.
Locking a mutex.
Failing to try-lock a mutex.
Notifying a condition variable.
Launching a new thread.
Throwing an exception.
Catching an exception.
Reference count updates in shared_ptr and weak_ptr.
Replacing facets in a locale object.
Stream buffer overflow/underflow.

Please add other ideas here.

[Bug c++/77858] std::polar throws an exception if rho is negative

[holger.seelig at yahoo dot de]

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

--- Comment #3 from Holger Seelig  ---
Thanks for your response I have looked into c++config.h and figured out that 
__glibcxx_assert depends on the definition of_GLIBCXX_PARALLEL, that I have
defined. Probably better for me not to use this definition.

Thanks in advance,
Holger

[Bug fortran/77865] New: Regression: wrong debug information for gfortran pointers to structures

[nikolay.piskun at roguewave dot com]

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

Bug ID: 77865
   Summary: Regression: wrong debug information for gfortran
pointers to structures
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nikolay.piskun at roguewave dot com
  Target Milestone: ---

Created attachment 39757
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39757&action=edit
Test  program

Here is example of code that generate wrong debug information
type small_stride
  character*40 long_string
  integer  small_pad
end type small_stride

character*40, pointer, dimension(:):: c40pt
type(small_stride), dimension (20), target :: unpleasant
... Initialize unpleasant 
c40pt => unpleasant%long_string

gfortran 5.2 will produce following arrays bounds for c40pt:
<2><307>: Abbrev Number: 26 (DW_TAG_subrange_type)
<308>   DW_AT_lower_bound : 4 byte block: 97 23 20 6   
(DW_OP_push_object_address; DW_OP_plus_uconst: 32; DW_OP_deref)
<30d>   DW_AT_upper_bound : 4 byte block: 97 23 28 6   
(DW_OP_push_object_address; DW_OP_plus_uconst: 40; DW_OP_deref)
<312>   DW_AT_byte_stride : 9 byte block: 97 23 18 6 91 b0 7f 6 1e 
(DW_OP_push_object_address; DW_OP_plus_uconst: 24; DW_OP_deref; DW_OP_fbreg:
-80; DW_OP_deref; DW_OP_mul)

whereas gcc 6.2.0 lacks stride information. 

<2><307>: Abbrev Number: 26 (DW_TAG_subrange_type)
<308>   DW_AT_lower_bound : 4 byte block: 97 23 20 6   
(DW_OP_push_object_address; DW_OP_plus_uconst: 32; DW_OP_deref)
<30d>   DW_AT_upper_bound : 4 byte block: 97 23 28 6   
(DW_OP_push_object_address; DW_OP_plus_uconst: 40; DW_OP_deref)

[Bug libstdc++/77864] [5/6/7 Regression] Wrong exception specification on maps and sets

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 13:43:58 2016
New Revision: 240789

URL: https://gcc.gnu.org/viewcvs?rev=240789&root=gcc&view=rev
Log:
77864 Fix noexcept conditions for map/set default constructors

PR libstdc++/77864
* include/bits/stl_map.h (map::map()): Use nothrow constructibility
of comparison function in conditional noexcept.
* include/bits/stl_multimap.h (multimap::multimap()): Likewise.
* include/bits/stl_multiset.h (multiset::multiset()): Likewise.
* include/bits/stl_set.h (set::set()): Likewise.
* testsuite/23_containers/map/cons/noexcept_default_construct.cc:
New test.
* testsuite/23_containers/multimap/cons/noexcept_default_construct.cc:
Likewise.
* testsuite/23_containers/multiset/cons/noexcept_default_construct.cc:
Likewise.
* testsuite/23_containers/set/cons/noexcept_default_construct.cc:
Likewise.

Added:
   
branches/gcc-5-branch/libstdc++-v3/testsuite/23_containers/map/cons/noexcept_default_construct.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/23_containers/multimap/cons/noexcept_default_construct.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/23_containers/multiset/cons/noexcept_default_construct.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/23_containers/set/cons/noexcept_default_construct.cc
Modified:
branches/gcc-5-branch/libstdc++-v3/ChangeLog
branches/gcc-5-branch/libstdc++-v3/include/bits/stl_map.h
branches/gcc-5-branch/libstdc++-v3/include/bits/stl_multimap.h
branches/gcc-5-branch/libstdc++-v3/include/bits/stl_multiset.h
branches/gcc-5-branch/libstdc++-v3/include/bits/stl_set.h

[Bug libstdc++/77864] [5/6/7 Regression] Wrong exception specification on maps and sets

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 13:43:44 2016
New Revision: 240787

URL: https://gcc.gnu.org/viewcvs?rev=240787&root=gcc&view=rev
Log:
77864 Fix noexcept conditions for map/set default constructors

PR libstdc++/77864
* include/bits/stl_map.h (map::map()): Use nothrow constructibility
of comparison function in conditional noexcept.
* include/bits/stl_multimap.h (multimap::multimap()): Likewise.
* include/bits/stl_multiset.h (multiset::multiset()): Likewise.
* include/bits/stl_set.h (set::set()): Likewise.
* testsuite/23_containers/map/cons/noexcept_default_construct.cc:
New test.
* testsuite/23_containers/multimap/cons/noexcept_default_construct.cc:
Likewise.
* testsuite/23_containers/multiset/cons/noexcept_default_construct.cc:
Likewise.
* testsuite/23_containers/set/cons/noexcept_default_construct.cc:
Likewise.

Added:
   
branches/gcc-6-branch/libstdc++-v3/testsuite/23_containers/map/cons/noexcept_default_construct.cc
   
branches/gcc-6-branch/libstdc++-v3/testsuite/23_containers/multimap/cons/noexcept_default_construct.cc
   
branches/gcc-6-branch/libstdc++-v3/testsuite/23_containers/multiset/cons/noexcept_default_construct.cc
   
branches/gcc-6-branch/libstdc++-v3/testsuite/23_containers/set/cons/noexcept_default_construct.cc
Modified:
branches/gcc-6-branch/libstdc++-v3/ChangeLog
branches/gcc-6-branch/libstdc++-v3/include/bits/stl_map.h
branches/gcc-6-branch/libstdc++-v3/include/bits/stl_multimap.h
branches/gcc-6-branch/libstdc++-v3/include/bits/stl_multiset.h
branches/gcc-6-branch/libstdc++-v3/include/bits/stl_set.h

[Bug libstdc++/70564] Problem with std::experimental::not_fn

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.5
  Known to fail||5.4.0, 6.2.0

--- Comment #6 from Jonathan Wakely  ---
Fixed for 5.5 and 6.3

[Bug libstdc++/77864] [5/6/7 Regression] Wrong exception specification on maps and sets

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #4 from Jonathan Wakely  ---
Fixed for 5.5 and 6.3

[Bug libstdc++/70564] Problem with std::experimental::not_fn

[redi at gcc dot gnu.org]

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

--- Comment #5 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 13:51:03 2016
New Revision: 240790

URL: https://gcc.gnu.org/viewcvs?rev=240790&root=gcc&view=rev
Log:
PR 70564 disambiguate constructor for not_fn call wrapper

PR libstdc++/70564
* include/experimental/functional (_Not_fn): Add second parameter to
disambiguate copying from initialization by not_fn.
(not_fn): Add second argument to initialization.
* testsuite/experimental/functional/not_fn.cc: Copy call wrapper using
direct-initialization. Test abstract class.

Modified:
branches/gcc-5-branch/libstdc++-v3/ChangeLog
branches/gcc-5-branch/libstdc++-v3/include/experimental/functional
   
branches/gcc-5-branch/libstdc++-v3/testsuite/experimental/functional/not_fn.cc

[Bug libstdc++/70101] Allocator-extended priority_queue constructors are badly broken

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |6.3

--- Comment #5 from Jonathan Wakely  ---
Fixed for 6.3

[Bug libstdc++/70101] Allocator-extended priority_queue constructors are badly broken

[redi at gcc dot gnu.org]

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

--- Comment #4 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 13:43:49 2016
New Revision: 240788

URL: https://gcc.gnu.org/viewcvs?rev=240788&root=gcc&view=rev
Log:
PR 70101 fix allocator-extended ctors for std::priority_queue

PR libstdc++/70101
* include/bits/stl_queue.h (priority_queue): Fix allocator-extended
constructors.
* testsuite/23_containers/priority_queue/allocator.cc: New test.

Added:
   
branches/gcc-6-branch/libstdc++-v3/testsuite/23_containers/priority_queue/allocator.cc
Modified:
branches/gcc-6-branch/libstdc++-v3/ChangeLog
branches/gcc-6-branch/libstdc++-v3/include/bits/stl_queue.h

[Bug tree-optimization/77848] Gimple if-conversion results in redundant comparisons

[wschmidt at gcc dot gnu.org]

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

--- Comment #2 from Bill Schmidt  ---
Thanks, Richard!  I appreciate the analysis, as I wasn't really sure what the
proper fix should be here.

[Bug c++/69095] internal compiler error: in dependent_type_p, at cp/pt.c:19399

[TonyELewis at hotmail dot com]

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

--- Comment #6 from Tony E Lewis  ---
For information: mine is now fixed too.

More detail: my example that was previously triggering this Internal Compiler
Error on GCC 5.2.1 now gets sensible error messages under "gcc HEAD 7.0.0
20161004" on http://melpon.org/wandbox/ .

[Bug libstdc++/70564] Problem with std::experimental::not_fn

[redi at gcc dot gnu.org]

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

--- Comment #4 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 12:42:48 2016
New Revision: 240786

URL: https://gcc.gnu.org/viewcvs?rev=240786&root=gcc&view=rev
Log:
PR 70564 disambiguate constructor for not_fn call wrapper

PR libstdc++/70564
* include/experimental/functional (_Not_fn): Add second parameter to
disambiguate copying from initialization by not_fn.
(not_fn): Add second argument to initialization.
* testsuite/experimental/functional/not_fn.cc: Copy call wrapper using
direct-initialization. Test abstract class.

Modified:
branches/gcc-6-branch/libstdc++-v3/ChangeLog
branches/gcc-6-branch/libstdc++-v3/include/experimental/functional
   
branches/gcc-6-branch/libstdc++-v3/testsuite/experimental/functional/not_fn.cc

[Bug libstdc++/70564] Problem with std::experimental::not_fn

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 12:40:31 2016
New Revision: 240784

URL: https://gcc.gnu.org/viewcvs?rev=240784&root=gcc&view=rev
Log:
70564 fix newly-added tests for not_fn

PR libstdc++/70564
* testsuite/20_util/not_fn/1.cc: Fix test.
* testsuite/experimental/functional/not_fn.cc: Likewise.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/testsuite/20_util/not_fn/1.cc
trunk/libstdc++-v3/testsuite/experimental/functional/not_fn.cc

[Bug target/77847] PowerPC big endian power7/power8 do not bootstrap due to fall through error

[kelvin at gcc dot gnu.org]

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

kelvin at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from kelvin at gcc dot gnu.org ---
Committed obvious/trivial changes as pre-approved by Segher.

[Bug go/77861] GO and Mac OS X : configure impossible

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

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

--- Comment #2 from Ian Lance Taylor  ---
Dup of existing bug.

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

[Bug go/46986] Go is not supported on Darwin

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 CC||socnet.delphin at laposte dot 
net

--- Comment #39 from Ian Lance Taylor  ---
*** Bug 77861 has been marked as a duplicate of this bug. ***

[Bug target/77847] PowerPC big endian power7/power8 do not bootstrap due to fall through error

[kelvin at gcc dot gnu.org]

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

--- Comment #1 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Wed Oct  5 12:36:48 2016
New Revision: 240783

URL: https://gcc.gnu.org/viewcvs?rev=240783&root=gcc&view=rev
Log:
libcpp/ChangeLog:

2016-10-04  Kelvin Nilsen  

PR target/77847
* lex.c (search_line_fast): Add a FALLTHROUGH comment to correct
compiler error in the version of this function that is
conditionally compiled when GCC_VERSION >= 4005 and both
__ALTIVEC__ and __BIG_ENDIAN__ symbols are defined.



Modified:
trunk/libcpp/ChangeLog
trunk/libcpp/lex.c

[Bug rtl-optimization/77843] ICE for gcc.dg/tree-ssa/forwprop-35.c

[segher at gcc dot gnu.org]

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

--- Comment #3 from Segher Boessenkool  ---
No, my latest tree was at 240740.  I didn't find a PR, was there one?

Testing with current trunk now.

[Bug go/77861] GO and Mac OS X : configure impossible

[egall at gwmail dot gwu.edu]

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

Eric Gallager  changed:

   What|Removed |Added

 CC||egall at gwmail dot gwu.edu

--- Comment #1 from Eric Gallager  ---
Duplicate of Bug 46986

[Bug target/77822] [6/7 Regression] arm64 Error: immediate value out of range 0 to 63 at operand 3

[segher at gcc dot gnu.org]

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

--- Comment #17 from Segher Boessenkool  ---
Yes, combine should avoid forming patterns that can never match.  It already
does that in many cases.  Where does it form this one?

And yes, the target should not allow patterns it has no instruction for,
let alone patterns on which it will crash later ;-)

[Bug rtl-optimization/77844] [5/7 Regression] Compilation of simple C++ example exhaust memory

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||compile-time-hog
 CC||aoliva at gcc dot gnu.org,
   ||jakub at gcc dot gnu.org
  Component|middle-end  |rtl-optimization

--- Comment #7 from Richard Biener  ---
It's fast with -fno-var-tracking.  We have lots of cse-lim stuff in test()
which gets down to a single BB with lots of DEBUG stmts (mostly resets).  I
suspect a previous missed optimization became "latent" again (optimizing to a
single BB again).  And we're running into one of the var-tracking limits (on
expr depth I assume).

Interestingly with max-vartrack-size == 1 we still run into the compile-time
isse.

I suppose the data-flow problem doesn't converge.

[Bug libstdc++/77864] [5/6/7 Regression] Wrong exception specification on maps and sets

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 12:01:51 2016
New Revision: 240780

URL: https://gcc.gnu.org/viewcvs?rev=240780&root=gcc&view=rev
Log:
77864 Fix noexcept conditions for map/set default constructors

PR libstdc++/77864
* include/bits/stl_map.h (map::map()): Use nothrow constructibility
of comparison function in conditional noexcept.
* include/bits/stl_multimap.h (multimap::multimap()): Likewise.
* include/bits/stl_multiset.h (multiset::multiset()): Likewise.
* include/bits/stl_set.h (set::set()): Likewise.
* testsuite/23_containers/map/cons/noexcept_default_construct.cc:
New test.
* testsuite/23_containers/multimap/cons/noexcept_default_construct.cc:
Likewise.
* testsuite/23_containers/multiset/cons/noexcept_default_construct.cc:
Likewise.
* testsuite/23_containers/set/cons/noexcept_default_construct.cc:
Likewise.

Added:
   
trunk/libstdc++-v3/testsuite/23_containers/map/cons/noexcept_default_construct.cc
   
trunk/libstdc++-v3/testsuite/23_containers/multimap/cons/noexcept_default_construct.cc
   
trunk/libstdc++-v3/testsuite/23_containers/multiset/cons/noexcept_default_construct.cc
   
trunk/libstdc++-v3/testsuite/23_containers/set/cons/noexcept_default_construct.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/stl_map.h
trunk/libstdc++-v3/include/bits/stl_multimap.h
trunk/libstdc++-v3/include/bits/stl_multiset.h
trunk/libstdc++-v3/include/bits/stl_set.h

[Bug libstdc++/70101] Allocator-extended priority_queue constructors are badly broken

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  ---
Author: redi
Date: Wed Oct  5 12:01:57 2016
New Revision: 240781

URL: https://gcc.gnu.org/viewcvs?rev=240781&root=gcc&view=rev
Log:
PR 70101 fix allocator-extended ctors for std::priority_queue

PR libstdc++/70101
* include/bits/stl_queue.h (priority_queue): Fix allocator-extended
constructors.
* testsuite/23_containers/priority_queue/allocator.cc: New test.

Added:
trunk/libstdc++-v3/testsuite/23_containers/priority_queue/allocator.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/stl_queue.h