[Bug bootstrap/72829] New: [7 Regression] ICE in extract_constrain_insn, at recog.c:2211 (error: insn does not satisfy its constraints) on 32-bit BE powerpc

[asolokha at gmx dot com]

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

Bug ID: 72829
   Summary: [7 Regression] ICE in extract_constrain_insn, at
recog.c:2211 (error: insn does not satisfy its
constraints) on 32-bit BE powerpc
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: build, ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: powerpc-e500v2-linux-gnuspe

gcc-7.0.0_alpha20160807 snapshot fails to bootstrap when building libsanitizer:

cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20160807/work/gcc-7-20160807/libsanitizer/sanitizer_common/sanitizer_libc.cc:191:1:
error: insn does not satisfy its constraints:
 }
 ^
(insn 116 65 149 13 (parallel [
(set (reg:CC 75 7 [181])
(compare:CC (reg/v:SI 5 5 [orig:169 n ] [169])
(const_int 0 [0])))
(set (reg:SI 66 ctr [179])
(reg/v:SI 5 5 [orig:169 n ] [169]))
]) 459 {*movsi_internal2}
 (nil))
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20160807/work/gcc-7-20160807/libsanitizer/sanitizer_common/sanitizer_libc.cc:191:1:
internal compiler error: in extract_constrain_insn, at recog.c:2211

Reduced testcase minimized from sanitizer_libc.cc:

char volatile *t;

void
internal_memset (unsigned int n)
{
  for (unsigned int i = 0; i < n; ++i)
*t = '\0';
}

void
internal_strncpy (char *src, unsigned int n)
{
  unsigned int i = 0;
  while (n && src[i])
++i;
  internal_memset(n - i);
}

I believe this could be either a fallout after PR69847, or a result of turning
LRA on by default.

[Bug rtl-optimization/72771] [6/7 Regression] powerpc64le ICE with -mcpu=power9

[amodra at gmail dot com]

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

Alan Modra  changed:

   What|Removed |Added

 CC|amodra at gcc dot gnu.org, |
   |amodra at gmail dot com|
  Component|target  |rtl-optimization

--- Comment #6 from Alan Modra  ---
> but since legitimize_reload_address has said it has fixed the mem, reload
> decides nothing more needs doing.

This is a reload bug in dealing with subregs.  Not target specific, so
adjusting component.

[Bug c++/69022] attribute vector_size ignored with dependent bytes

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Blocks||68703
   Target Milestone|--- |6.0

--- Comment #5 from Andrew Pinski  ---
This does not fully handle vector_size, see bug #68703.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68703
[Bug 68703] __attribute__((vector_size(N))) template member confusion

[Bug c++/69523] -Wliteral-suffix should not warn within namespace std

[eric at efcs dot ca]

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

--- Comment #8 from Eric Fiselier  ---
Created attachment 39069
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39069=edit
fix.patch

Add a suggested fix with make -Wno-literal-suffix suppress the reserved
identifier warnings.

@Jonathan Could you help me land this?

[Bug tree-optimization/71083] [5/6/7 Regression] Unaligned bit-field address when predictive commoning

[bernd.edlinger at hotmail dot de]

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

--- Comment #7 from Bernd Edlinger  ---
Created attachment 39068
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39068=edit
proposed patch

[Bug c++/71376] __cpp_noexcept_function_type feature test macro not defined.

[eric at efcs dot ca]

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

Eric Fiselier  changed:

   What|Removed |Added

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

--- Comment #1 from Eric Fiselier  ---
I was wrong about the "GCC has recently implemented "noexcept as part of the
type system"" part.  Closing as invalid.

[Bug c++/71376] __cpp_noexcept_function_type feature test macro not defined.

[eric at efcs dot ca]

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

--- Comment #2 from Eric Fiselier  ---
I was wrong about the "GCC has recently implemented "noexcept as part of the
type system"" part.  Closing as invalid.

[Bug target/38939] MULLW on often faster than SLWI ADD SLWI ADD..

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Severity|normal  |enhancement

[Bug ipa/68331] [meta-bug] fipa-pta issues

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||meta-bug
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-08-07
 Ever confirmed|0   |1

--- Comment #14 from Andrew Pinski  ---
.

[Bug debug/72828] New: ICE in clone_tree_partial when compiling with -fdebug-types-section

[ott at fb dot com]

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

Bug ID: 72828
   Summary: ICE in clone_tree_partial when compiling with
-fdebug-types-section
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ott at fb dot com
  Target Milestone: ---

Created attachment 39067
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39067=edit
Repro for GCC 6.1.0

Trying to compile HHVM with -fdebug-types-section, it fails with an ICE in
clone_tree_partial. The attached repro was obtained with creduce. 
Note that while the original file ICEs with all the GCC versions I tested (4.9,
5.1, and 6.1), the attached repro only crashes with 6.1, probably the bug is
very dependent on code generation decisions (note that it doesn't crash without
--param=early-inlining-insns=200).

> g++ debug_types_ice_6.cpp -c -o /dev/null -std=c++11 -fdebug-types-section 
> -O3  -g2 --param=early-inlining-insns=200 -w
debug_types_ice_6.cpp:237:1: internal compiler error: in clone_tree_partial, at
dwarf2out.c:7916
 }
 ^
0x7d2a20 clone_tree_partial
../../gcc/dwarf2out.c:7916
0x7d2b9f copy_decls_walk
../../gcc/dwarf2out.c:7981
0x7d2aef copy_decls_walk
../../gcc/dwarf2out.c:8021
0x7d2aef copy_decls_walk
../../gcc/dwarf2out.c:8021
0x7d2aef copy_decls_walk
../../gcc/dwarf2out.c:8021
0x7d2c74 copy_decls_walk
../../gcc/dwarf2out.c:8015
0x7d2aef copy_decls_walk
../../gcc/dwarf2out.c:8021
0x7d2aef copy_decls_walk
../../gcc/dwarf2out.c:8021
0x7dceee copy_decls_for_unworthy_types
../../gcc/dwarf2out.c:8035
0x7f759a dwarf2out_finish
../../gcc/dwarf2out.c:27406

>  g++ --version
g++ (GCC) 6.1.0

[Bug c++/58706] ICE with lambda in OpenMP for-loop

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-08-07
 Ever confirmed|0   |1
  Known to fail||6.1.0

--- Comment #1 from Andrew Pinski  ---
Confirmed:
t88.cc: In instantiation of 'void foo() [with T = int]':
t88.cc:10:12:   required from here
t88.cc:3:9: internal compiler error: in tsubst_copy, at cp/pt.c:14042
 #pragma omp for
 ^~~
0x5d0f73 tsubst_copy
../../gcc/gcc/cp/pt.c:14040
0x5d16b3 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc/gcc/cp/pt.c:16992
0x5cbcd3 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../gcc/gcc/cp/pt.c:15801
0x5ccc6f tsubst_omp_for_iterator
../../gcc/gcc/cp/pt.c:14880
0x5ccc6f tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../gcc/gcc/cp/pt.c:15524
0x5cc44f tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../gcc/gcc/cp/pt.c:15289
0x5e6987 instantiate_decl(tree_node*, int, bool)
../../gcc/gcc/cp/pt.c:22013
0x5e875f instantiate_pending_templates(int)
../../gcc/gcc/cp/pt.c:22130
0x607d1b c_parse_final_cleanups()
../../gcc/gcc/cp/decl2.c:4599
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug fortran/65677] Incomplete assignment on deferred-length character variable

[tkoenig at gcc dot gnu.org]

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

--- Comment #3 from Thomas Koenig  ---
ig25@linux-fd1f:~/Krempel/Ass> cat a.f90
program main
  character(:), allocatable :: text

  text = 'asdf'
  text = adjustl(text(2:))
  print *,text
end program main
ig25@linux-fd1f:~/Krempel/Ass> gfortran a.f90
ig25@linux-fd1f:~/Krempel/Ass> ./a.out
 sd 

Should be 'sdf'.

Hmm... the rather obvious-looking patch

Index: frontend-passes.c
===
--- frontend-passes.c   (Revision 239218)
+++ frontend-passes.c   (Arbeitskopie)
@@ -174,7 +174,7 @@
 return 0;

   expr2 = gfc_discard_nops (co->expr2);
-  if (expr2->expr_type != EXPR_VARIABLE)
+  if (expr2->expr_type != EXPR_VARIABLE && expr2->expr_type != EXPR_FUNCTION)
 return 0;

   if (!gfc_check_dependency (expr1, expr2, true))

fails rather spectacularly with

a.f90:5:0:

   text = adjustl(text(2:))

internal compiler error: in fold_binary_loc, bei fold-const.c:9105
0x9297f9 fold_binary_loc(unsigned int, tree_code, tree_node*, tree_node*,
tree_node*)
../../trunk/gcc/fold-const.c:9102
0x93225a fold_build2_stat_loc(unsigned int, tree_code, tree_node*, tree_node*,
tree_node*)
../../trunk/gcc/fold-const.c:12287
0x7522d3 alloc_scalar_allocatable_for_assignment
../../trunk/gcc/fortran/trans-expr.c:9051
0x7522d3 gfc_trans_assignment_1
../../trunk/gcc/fortran/trans-expr.c:9440
0x70b4c5 trans_code
../../trunk/gcc/fortran/trans.c:1678
0x78cc58 gfc_trans_block_construct(gfc_code*)
../../trunk/gcc/fortran/trans-stmt.c:1799
0x70b287 trans_code
../../trunk/gcc/fortran/trans.c:1783
0x73a048 gfc_generate_function_code(gfc_namespace*)
../../trunk/gcc/fortran/trans-decl.c:6207
0x6c5106 translate_all_program_units
../../trunk/gcc/fortran/parse.c:5916
0x6c5106 gfc_parse_file()
../../trunk/gcc/fortran/parse.c:6122
0x707382 gfc_be_parse_file
../../trunk/gcc/fortran/f95-lang.c:198

[Bug fortran/71795] [5 Regression] Two Bugs in array constructors (optimization)

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

Summary|[5/6/7 Regression] Two Bugs |[5 Regression] Two Bugs in
   |in array constructors   |array constructors
   |(optimization)  |(optimization)
  Known to fail|6.1.0, 7.0  |

--- Comment #11 from Thomas Koenig  ---
Only 5 left do do.

[Bug fortran/71795] [5/6/7 Regression] Two Bugs in array constructors (optimization)

[tkoenig at gcc dot gnu.org]

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

--- Comment #10 from Thomas Koenig  ---
Author: tkoenig
Date: Sun Aug  7 17:01:39 2016
New Revision: 239224

URL: https://gcc.gnu.org/viewcvs?rev=239224=gcc=rev
Log:
2016-08-07  Thomas Koenig  

PR fortran/71795
Backport from trunk
* frontend-passes.c (combine_array_constructor):  Don't
do anything if the expression is inside an array iterator.

2016-08-07  Thomas Koenig  

PR fortran/71795
Backport from trunk
* gfortran.dg/array_constructor_50.f90:  New test.



Added:
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/array_constructor_50.f90
Modified:
branches/gcc-6-branch/gcc/fortran/ChangeLog
branches/gcc-6-branch/gcc/fortran/frontend-passes.c
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug fortran/65677] Incomplete assignment on deferred-length character variable

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu.org

--- Comment #2 from Thomas Koenig  ---
Yet another dependency error... I'll try to take a look at this.

[Bug fortran/70040] [5 Regression] ICE in gimplify.c with deferred-length strings

[dominiq at lps dot ens.fr]

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

--- Comment #13 from Dominique d'Humieres  ---
> I don't have a gcc 5 tree at the moment (and it will be a
> couple of days until I can regenerate it).  So, if somebody
> could check that this works, and can also commit the test case,
> we can close this as FIXED.

Works for me with 5.4.0 and 5.4.1 r238866.

[Bug fortran/70040] [5 Regression] ICE in gimplify.c with deferred-length strings

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

Summary|[6 Regression] ICE in   |[5 Regression] ICE in
   |gimplify.c with |gimplify.c with
   |deferred-length strings |deferred-length strings

--- Comment #12 from Thomas Koenig  ---
(In reply to Dominique d'Humieres from comment #10)
> Fixed by revision r238192, r238198, and r238225 for trunk, gcc-6, and gcc-5
> respectively?

Probably.

I don't have a gcc 5 tree at the moment (and it will be a
couple of days until I can regenerate it).  So, if somebody
could check that this works, and can also commit the test case,
we can close this as FIXED.

[Bug fortran/70040] [6 Regression] ICE in gimplify.c with deferred-length strings

[tkoenig at gcc dot gnu.org]

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

--- Comment #11 from Thomas Koenig  ---
Author: tkoenig
Date: Sun Aug  7 15:56:25 2016
New Revision: 239223

URL: https://gcc.gnu.org/viewcvs?rev=239223=gcc=rev
Log:
2016-08-07  Thomas Koenig  

PR fortran/70040
Backport from trunk
* gfortran.dg/pr70040.f90:  New testcase.


Added:
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/pr70040.f90
Modified:
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug fortran/70040] [6 Regression] ICE in gimplify.c with deferred-length strings

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|NEW |WAITING

--- Comment #10 from Dominique d'Humieres  ---
Fixed by revision r238192, r238198, and r238225 for trunk, gcc-6, and gcc-5
respectively?

[Bug fortran/70040] [6 Regression] ICE in gimplify.c with deferred-length strings

[tkoenig at gcc dot gnu.org]

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

--- Comment #9 from Thomas Koenig  ---
Author: tkoenig
Date: Sun Aug  7 15:40:34 2016
New Revision: 239222

URL: https://gcc.gnu.org/viewcvs?rev=239222=gcc=rev
Log:
2016-08-07  Thomas Koenig  

PR fortran/70040
Corrected last ChangeLog entry.


Modified:
trunk/gcc/testsuite/ChangeLog

[Bug fortran/70040] [6 Regression] ICE in gimplify.c with deferred-length strings

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

Summary|[6/7 Regression] ICE in |[6 Regression] ICE in
   |gimplify.c with |gimplify.c with
   |deferred-length strings |deferred-length strings

--- Comment #8 from Thomas Koenig  ---
Works on trunk at least, now.

Test case committed, will check for 6 next.

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

[tkoenig at gcc dot gnu.org]

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

--- Comment #18 from Thomas Koenig  ---
Author: tkoenig
Date: Sun Aug  7 15:25:56 2016
New Revision: 239221

URL: https://gcc.gnu.org/viewcvs?rev=239221=gcc=rev
Log:
2016-08-07  Thomas Koenig  

PR fortran/71961
* gfortran.dg/pr70040.f90:  New testcase.


Added:
trunk/gcc/testsuite/gfortran.dg/pr70040.f90
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug target/72827] New: [7 Regression] gnat bootstrap broken on powerpc64le-linux-gnu

[doko at gcc dot gnu.org]

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

Bug ID: 72827
   Summary: [7 Regression] gnat bootstrap broken on
powerpc64le-linux-gnu
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20160804 and 20160807:

make[5]: Entering directory
'/home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools'
../../gnatmake -j0 -c -b -I- -I../rts -I.
-I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada \
  --GNATBIND="../../gnatbind" --GCC="../../xgcc -B../../ -g -O2 -W -Wall 
-gnatpg -gnata" \
  gnatchop gnatcmd gnatkr gnatls gnatprep gnatxref gnatfind gnatname \
  gnatclean -bargs -I- -I../rts -I.
-I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada -static -x
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-
snapshot-20160804/src/gcc/ada -static -x -x
/home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatchop.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-
snapshot-20160804/src/gcc/ada -static -x -x
/home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatcmd.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-
snapshot-20160804/src/gcc/ada -static -x -x
/home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatkr.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada -static -x
-x /home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatls.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada -static -x
-x /home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatprep.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada -static -x
-x /home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatxref.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada -static -x
-x /home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatfind.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada -static -x
-x /home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatname.ali
../../gnatbind -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada
-I- -I../rts -I. -I/home/doko/gcc/gcc-snapshot-20160804/src/gcc/ada -static -x
-x /home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools/gnatclean.ali

raised STORAGE_ERROR : stack overflow or erroneous memory access
../gcc-interface/Makefile:2652: recipe for target 'common-tools' failed
make[5]: *** [common-tools] Error 1
make[5]: Leaving directory
'/home/doko/gcc/gcc-snapshot-20160804/build/gcc/ada/tools'
Makefile:194: recipe for target 'gnattools-native' failed
make[4]: *** [gnattools-native] Error 2

configured with

 --enable-languages=c,ada,c++,java,go,fortran,objc,obj-c++
 --prefix=/usr/lib/gcc-snapshot
 --enable-shared
 --enable-linker-build-id
 --disable-nls
 --with-sysroot=/
 --enable-clocale=gnu
 --enable-libstdcxx-debug
 --enable-libstdcxx-time=yes
 --with-default-libstdcxx-abi=new
 --enable-gnu-unique-object
 --disable-libquadmath
 --enable-plugin
 --enable-default-pie
 --with-system-zlib
 --enable-objc-gc
 --enable-secureplt
 --with-cpu=power8
 --enable-targets=powerpcle-linux
 --disable-multilib
 --enable-multiarch
 --disable-werror
 --with-long-double-128
 --enable-checking=yes
 --build=powerpc64le-linux-gnu
 --host=powerpc64le-linux-gnu
 --target=powerpc64le-linux-gnu

[Bug fortran/71936] [6/7 Regression] ICE in wide_int_to_tree, at tree.c:1487

[vehre at gcc dot gnu.org]

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

vehre at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING

--- Comment #5 from vehre at gcc dot gnu.org ---
Patch available at:

https://gcc.gnu.org/ml/fortran/2016-08/msg00021.html

Waiting for review.

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

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

--- Comment #17 from Thomas Koenig  ---
Test case committed, closing.

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

[tkoenig at gcc dot gnu.org]

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

--- Comment #16 from Thomas Koenig  ---
Author: tkoenig
Date: Sun Aug  7 13:24:32 2016
New Revision: 239220

URL: https://gcc.gnu.org/viewcvs?rev=239220=gcc=rev
Log:
2016-08-07  Thomas Koenig  

PR fortran/71961
* gfortran.dg/matmul_10.f90:  New testcase.


Added:
trunk/gcc/testsuite/gfortran.dg/matmul_10.f90
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/71083] [5/6/7 Regression] Unaligned bit-field address when predictive commoning

[bernd.edlinger at hotmail dot de]

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

Bernd Edlinger  changed:

   What|Removed |Added

 CC||bernd.edlinger at hotmail dot 
de

--- Comment #6 from Bernd Edlinger  ---
just wanted to add that the patch in comment#2
does not fix this similar test case:

struct lock_chain {
  char x;
  unsigned short base;
} __attribute((packed));

struct lock_chain * foo (struct lock_chain *chain)
{
  int i;
  for (i = 0; i < 100; i++)
{
  chain[i+1].base = chain[i].base;
}
  return chain;
}

foo:
@ Function supports interworking.
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
ldrhr2, [r0, #1] <- unaligned
add r1, r0, #300
and ip, r2, #255
add r1, r1, #3
lsr r2, r2, #8
add r3, r0, #3
.L2:
strbip, [r3, #1]
strbr2, [r3, #2]
add r3, r3, #3
cmp r3, r1
bne .L2
bx  lr

[Bug tree-optimization/72824] [5/6/7 Regression] Signed floating point zero semantics broken at optimization level -O3 (tree-loop-distribute-patterns)

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  ---
Created attachment 39066
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39066=edit
gcc7-pr72824.patch

Untested fix.

[Bug fortran/72698] [5/6/7 Regression] ICE in lhd_incomplete_type_error, at langhooks.c:205

[vehre at gcc dot gnu.org]

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

vehre at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING

--- Comment #6 from vehre at gcc dot gnu.org ---
Patch available at:

https://gcc.gnu.org/ml/fortran/2016-08/msg00020.html

Waiting for review.

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

[trippels at gcc dot gnu.org]

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

--- Comment #4 from Markus Trippelsdorf  ---
(In reply to Дилян Палаузов from comment #3)
> Am I correct if I say, that the gcc plugin is backward compatible: the
> plugin from the newest gcc can be used with any gcc but not vice versa?

Right now the plugin from any gcc can be used with any gcc.
But this might change in the future.

> How do nm and ar determine, if a plugin shall be used, for instance when `nm
> test.o` is called?

They get tried in alphabetic order. The first plugin that claims the object in
question is used.
Mixed gcc/llvm archives are also supported.

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

[dilyan.palauzov at aegee dot org]

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

--- Comment #3 from Дилян Палаузов  ---
Am I correct if I say, that the gcc plugin is backward compatible: the plugin
from the newest gcc can be used with any gcc but not vice versa?

How do nm and ar determine, if a plugin shall be used, for instance when `nm
test.o` is called?

[Bug tree-optimization/72824] [5/6/7 Regression] Signed floating point zero semantics broken at optimization level -O3 (tree-loop-distribute-patterns)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||jakub at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org
   Target Milestone|--- |5.5

--- Comment #3 from Jakub Jelinek  ---
Most likely started with r187655.

static inline void
foo (float *x, float value)
{
  int i;
  for (i = 0; i < 32; ++i)
x[i] = value;
}

int
main ()
{
  float x[32];
  foo (x, -0.f);
  if (__builtin_copysignf (1.0, x[3]) != -1.0f)
__builtin_abort ();
  return 0;
}

I'll have a look.

[Bug c/72816] [5/6 Regression] ICE on x86_64-linux-gnu (tree check: expected tree that contains ‘decl with RTL’ structure, have ‘field_decl’ in set_decl_rtl, at emit-rtl.c:1282)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org
Summary|[5/6/7 Regression] ICE on   |[5/6 Regression] ICE on
   |x86_64-linux-gnu (tree  |x86_64-linux-gnu (tree
   |check: expected tree that   |check: expected tree that
   |contains ‘decl with RTL’|contains ‘decl with RTL’
   |structure, have |structure, have
   |‘field_decl’ in |‘field_decl’ in
   |set_decl_rtl, at|set_decl_rtl, at
   |emit-rtl.c:1282)|emit-rtl.c:1282)

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

[Bug c/72816] [5/6/7 Regression] ICE on x86_64-linux-gnu (tree check: expected tree that contains ‘decl with RTL’ structure, have ‘field_decl’ in set_decl_rtl, at emit-rtl.c:1282)

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  ---
Author: jakub
Date: Sun Aug  7 09:49:14 2016
New Revision: 239218

URL: https://gcc.gnu.org/viewcvs?rev=239218=gcc=rev
Log:
PR c/72816
* stor-layout.c (layout_decl): Fix up formatting.
(relayout_decl): Allow DECL to be FIELD_DECL.

* gcc.dg/pr72816.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr72816.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/stor-layout.c
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/71083] [5/6/7 Regression] Unaligned bit-field address when predictive commoning

[mikpelinux at gmail dot com]

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||mikpelinux at gmail dot com

--- Comment #5 from Mikael Pettersson  ---
Just adding that this test case fails with a SIGBUS on SPARC, using a recent
trunk gcc:

foo:
ld  [%o0+1], %g3

(Checked by adding a main() and calling foo() with a struct lock_chain array.)

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

[malithyapa at gmail dot com]

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

--- Comment #4 from malithyapa at gmail dot com ---
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.3-14'
--with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.9 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libitm
--disable-libquadmath --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-4.9-armhf/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-armhf
--with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --disable-sjlj-exceptions
--with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb
--enable-checking=release --build=arm-linux-gnueabihf
--host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.9.3 (Debian 4.9.3-14)

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

[malithyapa at gmail dot com]

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

--- Comment #3 from malithyapa at gmail dot com ---
Tried with 4.9.3 issue is still there

[Bug libgomp/65070] libgomp calls syscall instruction directly

[pinskia at gcc dot gnu.org]

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

--- Comment #8 from Andrew Pinski  ---
This file is compiling for gnu/Linux or musl/linux or uclibc/Linux which means
it is both the libc abi and Linux  (kernel) abi. So I don't see this as a bug
still.  If you have a target that is Linux kernel abi, your libgomp should not
use this file to use futex directly.

[Bug libgomp/65070] libgomp calls syscall instruction directly

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

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

--- Comment #7 from Andreas Schwab  ---
syscall(2) is a standard Unix libc interface.

[Bug tree-optimization/72824] [5/6/7 Regression] Signed floating point zero semantics broken at optimization level -O3 (tree-loop-distribute-patterns)

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

   Severity|major   |normal

[Bug tree-optimization/72824] [5/6/7 Regression] Signed floating point zero semantics broken at optimization level -O3 (tree-loop-distribute-patterns)

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

  Known to work||4.7.3
Summary|Signed floating point zero  |[5/6/7 Regression] Signed
   |semantics broken at |floating point zero
   |optimization level -O3  |semantics broken at
   |(tree-loop-distribute-patte |optimization level -O3
   |rns)|(tree-loop-distribute-patte
   ||rns)
  Known to fail||5.4.0, 6.1.0, 7.0

--- Comment #2 from Markus Trippelsdorf  ---
Actually gcc-4.7 was fine.

[Bug tree-optimization/72824] Signed floating point zero semantics broken at optimization level -O3 (tree-loop-distribute-patterns)

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-08-07
 CC||trippels at gcc dot gnu.org
Summary|[7 Regression] Signed   |Signed floating point zero
   |floating point zero |semantics broken at
   |semantics broken at |optimization level -O3
   |optimization level -O3  |(tree-loop-distribute-patte
   |(tree-loop-distribute-patte |rns)
   |rns)|
 Ever confirmed|0   |1

--- Comment #1 from Markus Trippelsdorf  ---
Not a regression.
All supported  versions are affected.

[Bug libgomp/65070] libgomp calls syscall instruction directly

[nyh at math dot technion.ac.il]

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

--- Comment #6 from Nadav Har'El  ---
Andrew, the syscall instruction may indeed be the only ABI of the Linux kernel.
But I didn't create this issue on the Linux kernel mailing list, rather on the 
libgomp library's issue tracker. Looking a the libgomp it already uses the
"glibc" API (and therefore ABI), and not just the system call instruction. It
uses malloc() and friends (and not the sbrk() system call), stdio, pthread_*(),
and varios str* functions; So I was wondering why not use syscall() glibc
function instead of duplicating its definition.

I could understand a response which would say something like "We want libgomp
to be usable without glibc, so we try to avoid using glibc functions and use
x86 instructions directly". But unless I'm missing something, libgomp isn't
actually usable without glibc.