[Bug fortran/67471] Finalizer not invoked for assignment to array section

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 Blocks||37336
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed from 4.9 up to trunk (6.0). Added to the list of PRs blocking pr37336
(I let you check that it is not a duplicate).


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
[Bug 37336] [F03] Finish derived-type finalization

[Bug tree-optimization/67476] Add --param parloops-schedule=<static|dynamic|guided|auto|runtime>

[vries at gcc dot gnu.org]

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

--- Comment #2 from vries at gcc dot gnu.org ---
All but the static omp schedules use expand_omp_for_generic. There does seem to
be some ssa support in expand_omp_for_generic.

If we revert "Don't cancel loop tree in parloops" (r226427) to eliminate
disturbance from that patch, what doesn't seem to work is reductions. 

We can see here that there's an inner loop PHI for sum in bb4.
...
f._loopfn.0 (void * .paral_data_param)
{
  int i.9;
  unsigned int sum.7;
  long int .iend0.15;
  long int .istart0.14;
  unsigned int * restrict a.10;
  unsigned int n.8;
  long int _6;
  _Bool _7;
  long int _8;
  unsigned int ivtmp_9;
  long int _10;
  unsigned int _11;
  unsigned int ivtmp_14;
  unsigned int ivtmp_15;
  long unsigned int _19;
  long unsigned int _20;
  unsigned int * _21;
  unsigned int _22;
  _Bool _25;
  unsigned int * _27;

  :
  n.8_4 = MEM[(struct  *).paral_data_param_1(D)].n;
  a.10_5 = MEM[(struct  *).paral_data_param_1(D)].a;
  _6 = (long int) n.8_4;
  _7 = __builtin_GOMP_loop_dynamic_start (0, _6, 1, 1, &.istart0.14,
&.iend0.15);
  if (_7 != 0)
goto ;
  else
goto ;

  :
  _8 = .istart0.14;
  ivtmp_9 = (unsigned int) _8;
  _10 = .iend0.15;
  _11 = (unsigned int) _10;

  :
  # sum.7_12 = PHI 
  # ivtmp_14 = PHI 
  i.9_18 = (int) ivtmp_14;
  _19 = (long unsigned int) i.9_18;
  _20 = _19 * 4;
  _21 = a.10_5 + _20;
  _22 = *_21;
  sum.7_13 = sum.7_12 + _22;
  ivtmp_15 = ivtmp_14 + 1;
  if (_11 > ivtmp_15)
goto ;
  else
goto ;

  :
  _25 = __builtin_GOMP_loop_dynamic_next (&.istart0.14, &.iend0.15);
  if (_25 != 0)
goto ;
  else
goto ;

  :
  # sum.7_26 = PHI 
  __builtin_GOMP_loop_end_nowait ();
  _27 = [(struct  *).paral_data_param_1(D)].sum.7;
  __atomic_fetch_add_4 (_27, sum.7_26, 0);
  return;

}
...

What is missing, is the outer loop phi for sum in bb3.

[Bug target/67378] PowerPC unrecognizable insn (ICE in in extract_insn, at recog.c:2297)

[amodra at gmail dot com]

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

Alan Modra  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC||amodra at gmail dot com
 Ever confirmed|0   |1

--- Comment #1 from Alan Modra  ---
This is a reload issue.

Here's the insn:
(insn 13 7 487 2 (set (reg:DI 183)
(mem/u/c:DI (pre_modify:DI (reg/f:DI 262)
(plus:DI (reg/f:DI 262)
(const_int 18 [0x12]))) [0  S8 A8])) /src/tmp/pr67378.i:19
536 {*movdi_internal64}
 (expr_list:REG_EQUIV (mem/u/c:DI (const:DI (plus:DI (symbol_ref:DI
("*.LANCHOR0") [flags 0x182])
(const_int 18 [0x12]))) [0  S8 A8])
(expr_list:REG_INC (reg/f:DI 262)
(nil

and its reloads:

Reload 0: reload_in (DI) = (reg/f:DI 262)
reload_out (DI) = (reg/f:DI 262)
BASE_REGS, RELOAD_OTHER (opnum = 1)
reload_in_reg: (reg/f:DI 262)
reload_out_reg: (reg/f:DI 262)
reload_reg_rtx: (reg:DI 8 8)
Reload 1: GENERAL_REGS, RELOAD_FOR_OPERAND_ADDRESS (opnum = 0), optional, can't
combine, secondary_reload_p
Reload 2: reload_out (DI) = (reg:DI 183)
NO_REGS, RELOAD_FOR_OUTPUT (opnum = 0), optional
reload_out_reg: (reg:DI 183)
secondary_out_reload = 1

Reload 3: BASE_REGS, RELOAD_FOR_INPUT_ADDRESS (opnum = 1), can't combine,
secondary_reload_p
reload_reg_rtx: (reg:DI 9 9)
Reload 4: reload_in (DI) = (mem/u/c:DI (pre_modify:DI (reg/f:DI 262)
(plus:DI (reg/f:DI 262)
(const_int 18
[0x12]))) [0  S8 A8])
GENERAL_REGS, RELOAD_FOR_INPUT (opnum = 1)
reload_in_reg: (mem/u/c:DI (pre_modify:DI (reg/f:DI 262)
(plus:DI (reg/f:DI 262)
(const_int 18
[0x12]))) [0  S8 A8])
reload_reg_rtx: (reg:DI 9 9)
secondary_in_reload = 3
secondary_in_icode = reload_di_load

Pseudo 162 didn't get a hard reg, so is reloaded by reload 0.  The offset for
the pre_modify isn't a multiple of 4, so it needs a secondary reload, reload 4.

Where this goes wrong is that the replacements for reload 0 apply to the
original instruction, *not* the new insns emitted by the secondary reload.  (We
do get one replacement accidentally via rtl sharing.)

After replacements for reload 0:
# insn emitted for reload 0
(insn 496 494 498 2 (set (reg:DI 8 8)
(reg/f:DI 262)) /src/tmp/pr67378.i:19 -1
 (nil))

#insn 1 emitted by secondary reload, inside the plus is updated by rtl sharing
#reg 262 here should be replaced by reg 8
(insn 498 496 499 2 (set (reg/f:DI 262)
(plus:DI (reg:DI 8 8)
(const_int 18 [0x12]))) /src/tmp/pr67378.i:19 -1
 (nil))

#insn 2 emitted by secondary reload
#reg 262 here should be replaced by reg 8
(insn 499 498 13 2 (set (reg:DI 9 9)
(mem/u/c:DI (reg/f:DI 262) [0  S8 A8])) /src/tmp/pr67378.i:19 -1
 (nil))

#original insn, the mem here is replaced by reg 9 later
(insn 13 499 497 2 (set (reg:DI 183)
(mem/u/c:DI (pre_modify:DI (reg:DI 8 8)
(plus:DI (reg:DI 8 8)
(const_int 18 [0x12]))) [0  S8 A8])) /src/tmp/pr67378.i:19
536 {*movdi_internal64}
 (expr_list:REG_EQUIV (mem/u/c:DI (const:DI (plus:DI (symbol_ref:DI
("*.LANCHOR0") [flags 0x182])
(const_int 18 [0x12]))) [0  S8 A8])
(expr_list:REG_INC (reg/f:DI 262)
(nil

#insn emitted for reload 0
(insn 497 13 487 2 (set (reg/f:DI 262)
(reg:DI 8 8)) /src/tmp/pr67378.i:19 -1
 (nil))

[Bug bootstrap/67474] New: [6 regression] tree-vect-loop.c:2759:1: error: insn does not satisfy its constraints breaks ARM bootstrap

[mikpelinux at gmail dot com]

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

Bug ID: 67474
   Summary: [6 regression] tree-vect-loop.c:2759:1: error: insn
does not satisfy its constraints breaks ARM bootstrap
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mikpelinux at gmail dot com
  Target Milestone: ---

Attempting to bootstrap gcc-6-20150906 on armv7l w/ hard float fails with:

/mnt/scratch/gcc-6-20150906/gcc/tree-vect-loop.c: In function
'gimple_statement_base* vect_is_simple_reduction_1(loop_vec_info, gimple, bool,
bool*, bool, bool)':
/mnt/scratch/gcc-6-20150906/gcc/tree-vect-loop.c:2759:1: error: insn does not
satisfy its constraints:
 }
 ^
(insn 1036 3379 1037 177 (parallel [
(set (reg/v/f:SI 3 r3 [orig:110 def1 ] [110])
(and:SI (ne:SI (reg/v/f:SI 3 r3 [orig:110 def1 ] [110])
(const_int 0 [0]))
(eq:SI (reg/v/f:SI 3 r3 [orig:110 def1 ] [110])
(reg/v/f:SI 5 r5 [orig:251 phi ] [251]
(clobber (reg:CC 100 cc))
]) /mnt/scratch/gcc-6-20150906/gcc/tree-vect-loop.c:2706 260
{*and_scc_scc_nodom}
 (nil))
/mnt/scratch/gcc-6-20150906/gcc/tree-vect-loop.c:2759:1: internal compiler
error: in extract_constrain_insn, at recog.c:2200
0x76dcbb _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
/mnt/scratch/gcc-6-20150906/gcc/rtl-error.c:109
0x76dd27 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
/mnt/scratch/gcc-6-20150906/gcc/rtl-error.c:120
0x7169b7 extract_constrain_insn(rtx_insn*)
/mnt/scratch/gcc-6-20150906/gcc/recog.c:2200
0x6e72fb reload_cse_simplify_operands
/mnt/scratch/gcc-6-20150906/gcc/postreload.c:408
0x6e699b reload_cse_simplify
/mnt/scratch/gcc-6-20150906/gcc/postreload.c:194
0x6e6a87 reload_cse_regs_1
/mnt/scratch/gcc-6-20150906/gcc/postreload.c:233
0x6e6523 reload_cse_regs
/mnt/scratch/gcc-6-20150906/gcc/postreload.c:81
0x6ed56b execute
/mnt/scratch/gcc-6-20150906/gcc/postreload.c:2350
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
make[3]: *** [tree-vect-loop.o] Error 1
make[3]: *** Waiting for unfinished jobs
rm fsf-funding.pod gcov.pod cpp.pod gfdl.pod gpl.pod gcc.pod gcov-tool.pod
make[3]: Leaving directory `/mnt/scratch/objdir6/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/mnt/scratch/objdir6'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/mnt/scratch/objdir6'
make: *** [bootstrap] Error 2

The previous weekly snapshot gcc-6-20150830 bootstrapped fine.

Configuration:
/mnt/scratch/gcc-6-20150906/configure --prefix=/mnt/scratch/install6
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-gnu-unique-object --enable-linker-build-id
--with-linker-hash-style=gnu --enable-languages=c,c++,ada
--enable-initfini-array --disable-lto --disable-plugin --disable-libmudflap
--disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --disable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--without-isl --without-cloog --disable-sjlj-exceptions --with-arch=armv7-a
--with-tune=cortex-a9 --with-float=hard --with-fpu=vfpv3-d16
--build=armv7l-unknown-linux-gnueabi
--with-gmp=/home/mikpe/pkgs/linux-armv7l/gmp-6.0.0
--with-mpfr=/home/mikpe/pkgs/linux-armv7l/mpfr-3.1.3
--with-mpc=/home/mikpe/pkgs/linux-armv7l/mpc-1.0.3

[Bug inline-asm/67448] compiler crash#inline assembly#rvalue operand with constraint "m"

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #4 from Marek Polacek  ---
Fixed for GCC 6.

[Bug fortran/66640] Symbolic (addr2line) backtrace handler sometimes does not terminate when using OpenMP

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2015-09-07
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
I cannot reproduce this PR on darwin (no addr2line).

Could you check that this has not been fixed on a recent version of trunk
(6.0): post r227503?

[Bug tree-optimization/67476] Add --param parloops-schedule=<static|dynamic|guided|auto|runtime>

[vries at gcc dot gnu.org]

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

--- Comment #1 from vries at gcc dot gnu.org ---
Created attachment 36297
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36297=edit
Initial patch, adding param

[Bug tree-optimization/67476] New: Add --param parloops-schedule=<static|dynamic|guided|auto|runtime>

[vries at gcc dot gnu.org]

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

Bug ID: 67476
   Summary: Add --param
parloops-schedule=
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: vries at gcc dot gnu.org
  Target Milestone: ---

[Bug inline-asm/67448] compiler crash#inline assembly#rvalue operand with constraint "m"

[barannikov88 at gmail dot com]

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

Sergey Barannikov  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--- Comment #5 from Sergey Barannikov  ---
Thanks

[Bug fortran/66681] Wrong result in assigning this_image() to a complex coarray

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
Confirmed for trunk (6.0). I get an ICE for the test in comment 0 and the first
one in comment 1 with 4.9:

pr66681_1.f90:4:0: internal compiler error: in gimplify_expr, at
gimplify.c:8538

Compiling these tests with 5.2 and -fcoarray=single I get

   1 (  0.,  0.)

Could you confirm that it is a [6 Regression]?

[Bug libgcc/67379] libgcc2.c negation of -2147483648 cannot be represented in type 'int'

[zeccav at gmail dot com]

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

--- Comment #2 from Vittorio Zecca  ---
There is a similar bug in gcc/function.c:254

unsigned HOST_WIDE_INT size = FRAME_GROWS_DOWNWARD ? -offset : offset;

when offset == -9223372036854775808

Should I open a new bug?

[Bug inline-asm/67448] compiler crash#inline assembly#rvalue operand with constraint "m"

[mpolacek at gcc dot gnu.org]

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

--- Comment #3 from Marek Polacek  ---
Author: mpolacek
Date: Mon Sep  7 09:19:13 2015
New Revision: 227517

URL: https://gcc.gnu.org/viewcvs?rev=227517=gcc=rev
Log:
PR inline-asm/67448
* gimplify.c (gimplify_asm_expr): Don't allow MODIFY_EXPR as
a memory input.

* gcc.dg/asm-10.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/asm-10.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimplify.c
trunk/gcc/testsuite/ChangeLog

[Bug bootstrap/67475] New: [6 regression] reload1.c:3772:41: error: 'orig_dup[1]' may be used uninitialized in this function breaks SPARC bootstrap

[mikpelinux at gmail dot com]

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

Bug ID: 67475
   Summary: [6 regression] reload1.c:3772:41: error: 'orig_dup[1]'
may be used uninitialized in this function breaks
SPARC bootstrap
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mikpelinux at gmail dot com
  Target Milestone: ---

The last snapshot of trunk I was able to bootstrap on sparc-linux was
gcc-6-20150809, since then every snapshot up to and including gcc-6-20150906
fails with:

/mnt/scratch/gcc-6-20150906/gcc/reload1.c: In function 'void
calculate_elim_costs_all_insns()':
/mnt/scratch/gcc-6-2/mnt/scratch/gcc-6-20150906/gcc/reload1.c: In function
'void calculate_elim_costs_all_insns()':
/mnt/scratch/gcc-6-20150906/gcc/reload1.c:3772:41: error: 'orig_dup[1]' may be
used uninitialized in this function [-Werror=maybe-uninitialized]
 *recog_data.dup_loc[i] = orig_dup[i];
 ^
/mnt/scratch/gcc-6-20150906/gcc/reload1.c:3648:7: note: 'orig_dup[1]' was
declared here
   rtx orig_dup[MAX_RECOG_OPERANDS];
   ^
/mnt/scratch/gcc-6-20150906/gcc/reload1.c:3772:41: error: 'orig_dup[0]' may be
used uninitialized in this function [-Werror=maybe-uninitialized]
 *recog_data.dup_loc[i] = orig_dup[i];
 ^
/mnt/scratch/gcc-6-20150906/gcc/reload1.c:3648:7: note: 'orig_dup[0]' was
declared here
   rtx orig_dup[MAX_RECOG_OPERANDS];
0150906/gcc/reload1.c:3772:41: error: 'orig_dup[1]' may be used uninitialized
in this function [-Werror=maybe-uninitialized]
 *recog_data.dup_loc[i] = orig_dup[i];
 ^
/mnt/scratch/gcc-6-20150906/gcc/reload1.c:3648:7: note: 'orig_dup[1]' was
declared here
   rtx orig_dup[MAX_RECOG_OPERANDS];
   ^
/mnt/scratch/gcc-6-20150906/gcc/reload1.c:3772:41: error: 'orig_dup[0]' may be
used uninitialized in this function [-Werror=maybe-uninitialized]
 *recog_data.dup_loc[i] = orig_dup[i];
 ^
/mnt/scratch/gcc-6-20150906/gcc/reload1.c:3648:7: note: 'orig_dup[0]' was
declared here
   rtx orig_dup[MAX_RECOG_OPERANDS];

I see some chatter about this on gcc-patches, but no actual action.

Configuration (sparc64 defaulting to -m32):
/mnt/scratch/gcc-6-20150906/configure --prefix=/mnt/scratch/install6
--with-gmp=/home/mikpe/pkgs/linux-sparc64/gmp-6.0.0
--with-mpfr=/home/mikpe/pkgs/linux-sparc64/mpfr-3.1.3
--with-mpc=/home/mikpe/pkgs/linux-sparc64/mpc-1.0.3 --enable-multilib
--disable-plugin --disable-lto --disable-nls --enable-threads=posix
--enable-checking=release --disable-libmudflap --enable-languages=c,ada,c++
--build=sparc-unknown-linux --target=sparc-unknown-linux --with-cpu=ultrasparc
--enable-targets=all

[Bug target/67378] PowerPC unrecognizable insn (ICE in in extract_insn, at recog.c:2297)

[amodra at gmail dot com]

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

Alan Modra  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |amodra at gmail dot com

[Bug fortran/67472] Finalizer not invoked for undefined and unreferenced local variable

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 Ever confirmed|0   |1

[Bug fortran/67472] Finalizer not invoked for undefined and unreferenced local variable

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Blocks||37336

--- Comment #1 from Dominique d'Humieres  ---
Confirmed from 4.9 up to trunk (6.0). Added to the list of PRs blocking pr37336
(I let you check that it is not a duplicate).


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
[Bug 37336] [F03] Finish derived-type finalization

[Bug c/67469] "-pie -fpie" result in BSS instead of undefined symbols

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||mpolacek at gcc dot gnu.org
 Resolution|--- |INVALID

--- Comment #2 from Marek Polacek  ---
Looks like I can close this one then.

[Bug tree-optimization/67464] [6 Regression] wrong code at -O3 on x86_64-linux-gnu

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC||ktkachov at gcc dot gnu.org,
   ||mpolacek at gcc dot gnu.org
   Target Milestone|--- |6.0
Summary|wrong code at -O3 on|[6 Regression] wrong code
   |x86_64-linux-gnu|at -O3 on x86_64-linux-gnu
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
This also started with r227368 so may be a dup indeed.

[Bug fortran/66681] Wrong result in assigning this_image() to a complex coarray

[pault at gcc dot gnu.org]

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

--- Comment #3 from Paul Thomas  ---
(In reply to Dominique d'Humieres from comment #2)
> Confirmed for trunk (6.0). I get an ICE for the test in comment 0 and the
> first one in comment 1 with 4.9:
> 
> pr66681_1.f90:4:0: internal compiler error: in gimplify_expr, at
> gimplify.c:8538
> 
> Compiling these tests with 5.2 and -fcoarray=single I get
> 
>1 (  0.,  0.)
> 
> Could you confirm that it is a [6 Regression]?

Looks to me, from your result, that it is present in 5.2 :-)

Paul

[Bug fortran/65089] FAIL: gfortran.dg/io_real_boz(2|_[45]).f90 when tested with -fsanitize=address

[dominiq at lps dot ens.fr]

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

--- Comment #16 from Dominique d'Humieres  ---
> Fixed on trunk.  It would be good to backport to 5.2 and probably 4.9.x

IMO 4.9 is almost EOL and is not worth the trouble. What is the plan for 5.3?

[Bug tree-optimization/67465] [6 Regression] wrong code at -O3 on x86_64-linux-gnu

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC||mpolacek at gcc dot gnu.org
   Target Milestone|--- |6.0
Summary|wrong code at -O3 on|[6 Regression] wrong code
   |x86_64-linux-gnu|at -O3 on x86_64-linux-gnu
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
Started with r227368.

[Bug rtl-optimization/67456] [6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC||ktkachov at gcc dot gnu.org,
   ||mpolacek at gcc dot gnu.org
   Target Milestone|--- |6.0
Summary|wrong code at -O2 and -O3   |[6 Regression] wrong code
   |on x86_64-linux-gnu |at -O2 and -O3 on
   ||x86_64-linux-gnu
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
This one as well started with r227368.  Very likely a dup of PR67464 and/or
PR67465.

[Bug rtl-optimization/67456] [6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

[mpolacek at gcc dot gnu.org]

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

--- Comment #3 from Marek Polacek  ---
Thanks, hopefully it'll fix the other two as well ;).

[Bug fortran/66605] -Wunused-parameter causes internal compiler error with gfortran 5.1.0

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

 CC||exodus6395 at gmail dot com

--- Comment #17 from Manuel López-Ibáñez  ---
*** Bug 67467 has been marked as a duplicate of this bug. ***

[Bug fortran/67467] [5 Regression] Using "-Wall -Wextra -Wno-unused-dummy-argument" causes error

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #3 from Manuel López-Ibáñez  ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66605#c16 (if the backport is
not acceptable, there is still a less nicer, Fortran-only fix)

You'll have to ask the release managers probably.

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

[Bug middle-end/67438] [6 Regression] ~X op ~Y pattern relocation causes loop performance degradation on 32bit x86

[graham.stott at btinternet dot com]

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

--- Comment #8 from graham.stott at btinternet dot com ---
Sent from Samsung Mobile on O2

 Original message From: "afomin.mailbox at
gmail dot com"  Date:07/09/2015  13:35 
(GMT+00:00) To: gcc-bugs@gcc.gnu.org Subject: [Bug
middle-end/67438] [6 Regression] ~X op ~Y pattern relocation causes loop
performance degradation on 32bit x86 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67438

--- Comment #7 from Alexander Fomin  ---
Looks like a cost model should be introduced to avoid such kind of
transformations for targets with HW min/max implementation.

[Bug tree-optimization/67470] [5/6 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC||mpolacek at gcc dot gnu.org
   Target Milestone|--- |5.3
Summary|ICE at -O3 on   |[5/6 Regression] ICE at -O3
   |x86_64-linux-gnu in |on x86_64-linux-gnu in
   |compute_live_loop_exits, at |compute_live_loop_exits, at
   |tree-ssa-loop-manip.c:235   |tree-ssa-loop-manip.c:235
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
Confirmed.  Started with r212034 (interesting).

[Bug tree-optimization/67470] [5/6 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

 CC||jamborm at gcc dot gnu.org

--- Comment #2 from Marek Polacek  ---
Does not ICE with -Ofast.

[Bug c++/67478] New: gcc-5.1.0/gcc-5.2.0 undefined symbol std::__once_callable in AIX 6.1

[tgard at opentext dot com]

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

Bug ID: 67478
   Summary: gcc-5.1.0/gcc-5.2.0 undefined symbol
std::__once_callable in AIX 6.1
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: tgard at opentext dot com
  Target Milestone: ---

Created attachment 36299
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36299=edit
libstdc++ config.log

When using std::call_once there are two undefined symbols in AIX 6.1 using
gcc-5.1.0 or gcc-5.2.0:

c++ -maix64 -pthread -std=c++11 -c start.cxx
c++ -maix64 -pthread -lstdc++ start.o -o start
ld: 0711-317 ERROR: Undefined symbol: std::__once_callable
ld: 0711-317 ERROR: Undefined symbol: std::__once_call

gcc 5.2.0 configured with:
/builds/gbgbuild/bld/gcc/gcc-5.2.0/configure --prefix=/usr/local/gcc-5.2.0
--enable-languages=c,c++ --with-as=/usr/bin/as --with-ld=/usr/bin/ld
--enable-threads --enable-cxa_atexit --enable-libstdcxx-threads --enable-tls
--with-gmp=/usr/local/lib32-static --with-mpfr=/usr/local/lib32-static
--with-mpc=/usr/local/lib32-static

gcc-5.1.0 produce the same output. This was configured without the parameters
"--enable-libstdcxx-threads --enable-tls".

The symbols are present in libstdc++.so.6 marked with "L" meaning Global
thread-local symbol (TLS)

The source is:

#include 
#include 

void print_once()
{
static int cnt = 0;
static std::once_flag flag;
std::call_once(
flag,
[&]()
{
printf("%d\n", cnt);
cnt++;
} );
}

int main( void )
{
print_once();
print_once();
return 0;
}

[Bug fortran/66681] Wrong result in assigning this_image() to a complex coarray

[pault at gcc dot gnu.org]

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

--- Comment #5 from Paul Thomas  ---
This cures the problem in all its guises:

Index: /home/pault/svn/trunk/gcc/fortran/trans-expr.c
===
*** /home/pault/svn/trunk/gcc/fortran/trans-expr.c  (revision 227118)
--- /home/pault/svn/trunk/gcc/fortran/trans-expr.c  (working copy)
*** gfc_trans_scalar_assign (gfc_se * lse, g
*** 8236,8241 
--- 8236,8244 
gfc_add_block_to_block (, >pre);
gfc_add_block_to_block (, >pre);

+   if (TREE_CODE (lse->expr) == SAVE_EXPR)
+   lse->expr = TREE_OPERAND (lse->expr, 0);
+ 
gfc_add_modify (, lse->expr,
  fold_convert (TREE_TYPE (lse->expr), rse->expr));
  }

(It is regtesting right now but looks OK)

I will do that business as long a somebody explains to me why one might ever
want to store the value returned by this_image() as a complex :-)

Paul

[Bug fortran/66681] Wrong result in assigning this_image() to a complex coarray

[dominiq at lps dot ens.fr]

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

--- Comment #4 from Dominique d'Humieres  ---
> Looks to me, from your result, that it is present in 5.2 :-)

(  0.,  0.) instead of (  1.,  0.  
 )?-(

[Bug rtl-optimization/67456] [6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

[ktkachov at gcc dot gnu.org]

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

--- Comment #2 from ktkachov at gcc dot gnu.org ---
I'll have a look at this testcase since it's the simplest one of them

[Bug c/67479] New: Support for -Wformat-pedantic

[mark at gcc dot gnu.org]

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

Bug ID: 67479
   Summary: Support for -Wformat-pedantic
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mark at gcc dot gnu.org
  Target Milestone: ---

Currently to get pedantic format warning, like for the usage of deprecated old
'Z', 'q', etc gnu_printf modifiers, you need to give both -Wpedantic and
-Wformat. But this enables also non-format specific pedantic warnings.

It would be nice to -Wformat-pedantic to just get the format related warnings
(or maybe a -Wformat-deprecated just for warning about the deprecated
gnu_printf modifiers).

[Bug fortran/66408] deferred-length character & overloaded assignment

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed from 4.9 up to trunk (6.0). Did you checked that it is not a
duplicate?

> - I was expecting the third write to also give " example string".

AFAICT it is the second write.

[Bug c++/67478] gcc-5.1.0/gcc-5.2.0 undefined symbol std::__once_callable in AIX 6.1

[tgard at opentext dot com]

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

Torbjörn Gard  changed:

   What|Removed |Added

 CC||tgard at opentext dot com

--- Comment #1 from Torbjörn Gard  ---
Created attachment 36300
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36300=edit
gcc config.log

[Bug c++/67478] gcc-5.1.0/gcc-5.2.0 undefined symbol std::__once_callable in AIX 6.1

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  ---
Please could you provide powerpc-ibm-aix6.1.7.0/libstdc++-v3/config.log
instead?

[Bug target/67480] New: AVX512 bitwise logic operations pattern is incorrect

[afomin.mailbox at gmail dot com]

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

Bug ID: 67480
   Summary: AVX512 bitwise logic operations pattern is incorrect
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: assemble-failure, wrong-code
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: afomin.mailbox at gmail dot com
CC: kyukhin at gcc dot gnu.org, ubizjak at gmail dot com
  Target Milestone: ---
Target: i?86-*-*, x86_64-*-*

For the loop in the attached testcase compiled with -mavx512bw -O2
-ftree-vectorize, we emit invalid AVX512 bitwise logic instruction. The reason
is wrong define_insn pattern: given a, let's say, bitwise `and` instruction
with Q/H mode and no masking for AVX512{F,BW} target, we may result in emitting
an vp instruction without  as there is no AVX512VL
support.

[Bug rtl-optimization/67481] [6 regression] gcc.c-torture/execute/20071216-1.c FAILs

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE  ---
> --- Comment #1 from ktkachov at gcc dot gnu.org ---
> I'm testing a fix for PR 67456.
> Hopefully they have the same root cause and the patch will fix them all

Great: please let me know once the fix has been successfully tested so I
can give it a whirl on sparc, too.

Thanks.
Rainer

[Bug objc++/57607] g++ cannot distinguish obj-c message call from c++11 lambda

[dougmencken at gmail dot com]

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

Douglas Mencken  changed:

   What|Removed |Added

 CC||dougmencken at gmail dot com

--- Comment #1 from Douglas Mencken  ---
I confirm it: still here with 4.9.2

$ g++ -std=c++11 test.mm && ./a.out
test.mm: In function 'int main()':
test.mm:8:10: error: expected identifier before ']' token
 [] () { std::cout << "Hello world!" << std::endl; }();
  ^
test.mm:8:10: error: '' is not an Objective-C class name or
alias
test.mm:8:10: error: objective-c++ message argument(s) are expected before ']'
token
test.mm:8:61: error: expected primary-expression before ')' token
 [] () { std::cout << "Hello world!" << std::endl; }();
 ^
$ g++ --version | head -1
g++ (GCC) 4.9.2

Issue also causes errors like

/usr/include/c++/4.9.2/bits/hashtable.h:878:15: error: objective-c++ message
argument(s) are expected before ']' token
  [this](const __node_type* __n)

/usr/include/c++/4.9.2/bits/hashtable.h:916:17: error: objective-c++ message
argument(s) are expected before ']' token
 [&__roan](const __node_type* __n)

[Bug tree-optimization/67486] New: ira-color.c sanitizer detects signed integer overflow

[zeccav at gmail dot com]

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

Bug ID: 67486
   Summary: ira-color.c sanitizer detects signed integer overflow
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zeccav at gmail dot com
  Target Milestone: ---

Created attachment 36302
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36302=edit
C file to compile with g++ -Os -fPIC -std=gnu++11

// g++ -Os -fPIC -std=gnu++11
// sanitizer error message 
// gcc/ira-color.c:1816:41: runtime error: signed integer overflow: 2097195682
- -131071000 cannot be represented in type 'int [33]'
// offending statement "full_costs[j] -= conflict_costs[k];"
// Target: x86_64-unknown-linux-gnu
// COLLECT_GCC_OPTIONS='-Os' '-fPIC' '-std=gnu++11' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'

The source is pretty large I am attaching it

[Bug c++/67487] ICE: Illegal instruction, header

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||trippels at gcc dot gnu.org

--- Comment #1 from Markus Trippelsdorf  ---
Most likely a local issue (gmp).

What CPU are you using? What is the illegal instruction?
Please run:

gdb --args
/cm/local/apps/gcc/5.1.0/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/cc1plus
-fpreprocessed hello.ii -quiet -dumpbase hello.cpp -mtune=generic -march=x86-64
-auxbase hello -std=c++11 -version -o hello.s

and post the backtrace and disassembly.

[Bug c++/67210] [concepts] Error parsing ">>" after a template-id that names a concept

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC|Casey at Carter dot net|
 Ever confirmed|0   |1

[Bug other/63758] liblto_plugin.so has undefined reference to _environ on OSX

[iains at gcc dot gnu.org]

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

--- Comment #8 from Iain Sandoe  ---
posted as
https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00447.html
with Eric's suggested move of environ.h -> include/
checked with a bootstrap on darwin12 that libiberty.a only contains references
to _NSGetEnviron().

[Bug tree-optimization/66142] Loop is not vectorized because not sufficient support for GOMP_SIMD_LANE

[izamyatin at gmail dot com]

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

Igor Zamyatin  changed:

   What|Removed |Added

 CC||enkovich.gnu at gmail dot com

--- Comment #19 from Igor Zamyatin  ---
Richard, would you be able to look at this in some time?

[Bug target/67480] AVX512 bitwise logic operations pattern is incorrect

[afomin.mailbox at gmail dot com]

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

--- Comment #2 from Alexander Fomin  ---
Created attachment 36304
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36304=edit
Proposed fix

Proposed fix.
Splitting instruction pattern into two patterns, namely:
(a) any logic instructions, S/D modes, masking is supported;
(b) any logic instructions, Q/H modes, masking is not supported;
fixes the problem.

[Bug c++/66919] [5 Regression] C++14 ICE during error reporting

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

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

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

[Bug rtl-optimization/67481] [6 regression] gcc.c-torture/execute/20071216-1.c FAILs

[ktkachov at gcc dot gnu.org]

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

--- Comment #1 from ktkachov at gcc dot gnu.org ---
I'm testing a fix for PR 67456.
Hopefully they have the same root cause and the patch will fix them all

[Bug c++/67484] New: options-save.c sanitizer asan detects freed storage referenced heap-use-after-free

[zeccav at gmail dot com]

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

Bug ID: 67484
   Summary: options-save.c sanitizer asan detects freed storage
referenced  heap-use-after-free
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zeccav at gmail dot com
  Target Milestone: ---

//g++ references freed storage
//sanitizer message: heap-use-after-free
//referenced at options-save.c:3556 "|| strcmp (ptr1->x_ix86_arch_string,
ptr2->x_ix86_arch_string)))" 
//ptr1->x_ix86_arch_string was freed at gcc/config/i386/i386.c:5020 "free
(option_strings[i]);"
//to make happy the sanitizer I commented out the for loop in i386.c lines
5019-5020
 Target: x86_64-unknown-linux-gnu
int fum () __attribute__ ((target("default")));
int fum () __attribute__ ((target("arch=core2")));
int j = fum();

[Bug rtl-optimization/67481] New: [6 regression] gcc.c-torture/execute/20071216-1.c FAILs

[ro at gcc dot gnu.org]

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

Bug ID: 67481
   Summary: [6 regression] gcc.c-torture/execute/20071216-1.c
FAILs
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ro at gcc dot gnu.org
CC: ebotcazou at gcc dot gnu.org, ktkachov at gcc dot gnu.org
  Target Milestone: ---
Target: sparc*-sun-solaris2.*

Between 20150828 and 20150904, two testsuite regressions appeared on
Solaris/SPARC:

FAIL: gcc.c-torture/execute/20071216-1.c   -O1  execution test
FAIL: gcc.c-torture/execute/20071216-1.c   -Os  execution test

The failures happen for 32-bit only:

Program received signal SIGABRT, Aborted.
[Switching to Thread 1 (LWP 1)]
0xff22ebd4 in _lwp_kill () from /lib/libc.so.1
(gdb) where
#0  0xff22ebd4 in _lwp_kill () from /lib/libc.so.1
#1  0xff1c7bb8 in raise () from /lib/libc.so.1
#2  0xff1a29f8 in abort () from /lib/libc.so.1
#3  0x00010ab8 in main ()
at
/vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.c-torture/execute/20071216-1.c:30

A reghunt identified this patch as the culprit:

The first bad revision is:
changeset:   24917:960cfd35a905
user:ktkachov@138bc75d-0d04-0410-961f-82ee72b054a4
date:Tue Sep 01 12:33:51 2015 +
summary: [RTL-ifcvt] Make non-conditional execution if-conversion more
aggressive

  Rainer

[Bug c++/67487] New: ICE: Illegal instruction, header

[mazen....@uni-ulm.de]

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

Bug ID: 67487
   Summary: ICE: Illegal instruction,  header
   Product: gcc
   Version: 5.1.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mazen@uni-ulm.de
  Target Milestone: ---

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

Code compiles fine without the "-std=c++11" option. The source code simply
includes the complex header (#include ) and does nothing else, i.e.,
empty main.

Output of the command line:


[mazenali@bloob ~]$ g++ -std=c++11 -save-temps -v hello.cpp
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/cm/local/apps/gcc/5.1.0/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-5.1.0/configure --prefix=/cm/local/apps/gcc/5.1.0
--enable-languages=c,c++,fortran
--with-gmp-include=/root/rpmbuild/BUILD/gcc-5.1.0-obj/../gcc-5.1.0/our-gmp
--with-gmp-lib=/root/rpmbuild/BUILD/gcc-5.1.0-obj/../gcc-5.1.0/our-gmp/.libs
--with-mpc-include=/root/rpmbuild/BUILD/gcc-5.1.0-obj/../gcc-5.1.0/our-mpc/src
--with-mpc-lib=/root/rpmbuild/BUILD/gcc-5.1.0-obj/../gcc-5.1.0/our-mpc/src/.libs
--with-mpfr-include=/root/rpmbuild/BUILD/gcc-5.1.0-obj/../gcc-5.1.0/our-mpfr/src
--with-mpfr-lib=/root/rpmbuild/BUILD/gcc-5.1.0-obj/../gcc-5.1.0/our-mpfr/src/.libs
Thread model: posix
gcc version 5.1.0 (GCC)
COLLECT_GCC_OPTIONS='-std=c++11' '-save-temps' '-v' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'
 /cm/local/apps/gcc/5.1.0/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/cc1plus -E
-quiet -v -D_GNU_SOURCE hello.cpp -mtune=generic -march=x86-64 -std=c++11
-fpch-preprocess -o hello.ii
ignoring nonexistent directory
"/cm/local/apps/gcc/5.1.0/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 .
 /home/mazenali/InstalledTools/root/usr/include
 /cm/shared/apps/openblas/0.2.14/include/openblas

/cm/local/apps/gcc/5.1.0/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/../../../../include/c++/5.1.0

/cm/local/apps/gcc/5.1.0/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/../../../../include/c++/5.1.0/x86_64-unknown-linux-gnu

/cm/local/apps/gcc/5.1.0/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/../../../../include/c++/5.1.0/backward
 /cm/local/apps/gcc/5.1.0/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/include
 /usr/local/include
 /cm/local/apps/gcc/5.1.0/include
 /cm/local/apps/gcc/5.1.0/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-std=c++11' '-save-temps' '-v' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'
 /cm/local/apps/gcc/5.1.0/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/cc1plus
-fpreprocessed hello.ii -quiet -dumpbase hello.cpp -mtune=generic -march=x86-64
-auxbase hello -std=c++11 -version -o hello.s
GNU C++11 (GCC) version 5.1.0 (x86_64-unknown-linux-gnu)
compiled by GNU C version 5.1.0, GMP version 5.1.3, MPFR version 3.1.2,
MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C++11 (GCC) version 5.1.0 (x86_64-unknown-linux-gnu)
compiled by GNU C version 5.1.0, GMP version 5.1.3, MPFR version 3.1.2,
MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 2ba336c0aa0a4c2023d25b6ee96c100c
In file included from hello.cpp:1:0:
/cm/local/apps/gcc/5.1.0/include/c++/5.1.0/complex:1587:7: internal compiler
error: Illegal instruction
   const _Tp __pi_2 = 1.5707963267948966192313216916397514L;
   ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug c++/67487] ICE: Illegal instruction, header

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Target||x86_64-unknown-linux-gnu
   Severity|critical|normal

[Bug target/67480] AVX512 bitwise logic operations pattern is incorrect

[afomin.mailbox at gmail dot com]

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

--- Comment #1 from Alexander Fomin  ---
Created attachment 36301
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36301=edit
Testcase

A reproducer

[Bug libstdc++/56109] Add light-weight ABI-compatible debug checks to standard containers

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

[Bug c++/67483] New: combine.c sanitizer detects undefined negative left shift

[zeccav at gmail dot com]

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

Bug ID: 67483
   Summary: combine.c sanitizer detects undefined negative left
shift
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zeccav at gmail dot com
  Target Milestone: ---

//g++ -ftracer -O2
//g++ 5.2.0 undefined left shift
//../../gcc-5.2.0/gcc/combine.c:7696:40: runtime error: shift exponent -1 is
negative
//offending line "& unsigned HOST_WIDE_INT) 1 << count)) - 1)) == 0"
//in extract_left_shift
// count == -1 thus negative shift exponent
// Target: x86_64-unknown-linux-gnu
struct double_int
{
 double_int sext (unsigned prec) const;
 static double_int mask (unsigned prec);
 unsigned low;/*unsigned long int low provokes same bug at combine.c:12078*/
};

double_int
double_int::mask (unsigned prec)
{
  double_int mask;
  if (prec <= 64) mask.low = prec ? ((unsigned long) 2 << (prec - 1)) - 1 : 0;
  return mask;
}

double_int
double_int::sext (unsigned prec) const
{
  const double_int  = *this;
  double_int mask = double_int::mask (prec);
  double_int r; 
  unsigned long snum;
  if (prec <= 64) snum = cst.low;
  if (((snum >> (prec - 1)) & 1) == 1)
{
 r.low = cst.low ;
}
  else
{
 r.low = mask.low;
}
  return r;
}

[Bug middle-end/67485] New: expmed.c sanitizer detects overflow

[zeccav at gmail dot com]

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

Bug ID: 67485
   Summary: expmed.c sanitizer detects overflow
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zeccav at gmail dot com
  Target Milestone: ---

/* gcc sanitizer runtime error message*/
/* gcc/expmed.c:3026:42: runtime error: signed integer overflow:
-9223372036854775808 - 1 cannot be represented in type 'long int [3]*/
/* source line "val_so_far -= (HOST_WIDE_INT) 1 << log;" */
/* val_so_far == -9223372036854775808 */
/* log == 0 */
/* Target: x86_64-unknown-linux-gnu */
/* COLLECT_GCC_OPTIONS='-mtune=generic' '-march=x86-64' */
#define INTTYPE_SIGNED(t) (! ((t) 0 < (t) -1))
#define INTTYPE_MINIMUM(t) ((t) (INTTYPE_SIGNED (t) \
 ? ~ (t) 0 << (sizeof (t) * 8 - 1) : (t) 0))
#define INTTYPE_MAXIMUM(t) ((t) (~ (t) 0 - INTTYPE_MINIMUM (t)))
typedef long int int64_t;
int64_t
to_int ()
{
 int64_t sign;
 return sign * INTTYPE_MAXIMUM (int64_t);
}

[Bug bootstrap/65725] Bootstrap errors on Solaris 10 x86-64, including object diffs

[fredrik at lysator dot liu.se]

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

Fredrik Nyström  changed:

   What|Removed |Added

 CC||fredrik at lysator dot liu.se

--- Comment #3 from Fredrik Nyström  ---
(In reply to Daniel Richard G. from comment #0)
> 1. Missing libgcc-unwind.map file

1. Is caused by LINK_LIBGCC_MAPFILE_SPEC being set in gcc/config/sol2.h even if
configured with --disable-shared. This has been around since PR target/59788.

I've had success on solaris 10, both sparc and x86 with following fix.

--- gcc/config/sol2.h.orig  2014-05-28 13:37:50.0 +0200
+++ gcc/config/sol2.h   2015-09-03 14:23:19.950566000 +0200
@@ -174,7 +174,7 @@
 #define RDYNAMIC_SPEC "--export-dynamic"
 #endif

-#ifndef USE_GLD
+#if !defined(USE_GLD) && defined(ENABLE_SHARED_LIBGCC)
 /* With Sun ld, use mapfile to enforce direct binding to libgcc_s unwinder. 
*/
 #define LINK_LIBGCC_MAPFILE_SPEC \
   "%{shared|shared-libgcc:-M %slibgcc-unwind.map}"

Also "--disable-shared --with-pic" is still broken (since 4.7.?), see PR
libstdc++/58638 for suggested patch.


> 2. stage2 vs. stage3 diffs

Are you sure you want /usr/ccs/bin/as on solaris x86?
Have you tried with gnu as?
--with-gnu-as
--with-as=/usr/sfw/bin/gas

[Bug c++/67478] gcc-5.1.0/gcc-5.2.0 undefined symbol std::__once_callable in AIX 6.1

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  ---
Oh sorry, I missed that was in your first comment! Checking it now...

[Bug rtl-optimization/67465] [6 Regression] wrong code at -O3 on x86_64-linux-gnu

[ktkachov at gcc dot gnu.org]

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

ktkachov at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|NEW |ASSIGNED
  Component|tree-optimization   |rtl-optimization
   Assignee|unassigned at gcc dot gnu.org  |ktkachov at gcc dot 
gnu.org
  Known to fail||6.0

--- Comment #2 from ktkachov at gcc dot gnu.org ---
I have a patch that fixes PR 67456, PR 67464 and this PR.
I'll use this one as the testsuite addition since the others use printf to show
the bug and if I replace those with a __builtin_abort instead the bug doesn't
show itself.

Now testing...

[Bug rtl-optimization/67481] [6 regression] gcc.c-torture/execute/20071216-1.c FAILs

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug c/67482] New: dwarf2out.c sanitizer detects undefined behaviour negation of -9223372036854775808

[zeccav at gmail dot com]

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

Bug ID: 67482
   Summary: dwarf2out.c sanitizer detects undefined behaviour
negation of -9223372036854775808
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zeccav at gmail dot com
  Target Milestone: ---

/* must be compiled with -O2 -g */
/* sanitizer runtime error message
 * gcc-5.2.0/gcc/dwarf2out.c:1532:45: runtime error: negation of
-9223372036854775808 cannot be represented in type 'long int [3]'; cast to an
unsigned type to negate this value to itself */
/* offending statement "loc->dw_loc_next = int_loc_descriptor (-offset);" */
/*Target: x86_64-unknown-linux-gnu*/
/*COLLECT_GCC_OPTIONS='-O2' '-g' '-mtune=generic' '-march=x86-64'*/
int v;
__attribute__((noinline)) void
bar (void)
{
 v++;
}
__attribute__((noinline)) unsigned long long t134_2add (unsigned long long y)
{
 signed long long x = ((-0x7fffLL - 1));
 unsigned long long r;
 if (__builtin_add_overflow (x, y, )) bar ();
 return r;
}

[Bug objc++/57607] g++ cannot distinguish obj-c message call from c++11 lambda

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  ---
Seems to be fixed in GCC 5 though:

l.mm: In function ‘int main()’:
l.mm:10:23: error: cannot find interface declaration for ‘NXConstantString’
 std::cout << [@"Hello world!" UTF8String] << std::endl;
   ^

[Bug fortran/30929] -pedantic-error and -Werror don't produce errors!

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org

--- Comment #7 from Manuel López-Ibáñez  ---
An update given the new diagnostics machinery:

* -Werror works as expected (comment #2)

* -pedantic-errors (-Werror=pedantic) should give errors for anything marked
with -Wpedantic such as:

gfc_warning (OPT_Wpedantic, "Extension: backslash character at %C");

However, Fortran does not seem to use OPT_Wpedantic. You could use
LangEnabledBy to enable with it whatever option you wish.

[Bug c/67479] Support for -Wformat-pedantic

[joseph at codesourcery dot com]

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

--- Comment #3 from joseph at codesourcery dot com  ---
On Mon, 7 Sep 2015, manu at gcc dot gnu.org wrote:

> 
> Index: c-format.c
> ===
> --- c-format.c  (revision 227095)
> +++ c-format.c  (working copy)
> @@ -1244,11 +1244,12 @@
> return 0;
>  }
>*format = fcp + 1;
> -  if (pedantic && !dollar_format_warned)
> +  if (warn_format_pedantic && !dollar_format_warned)
>  {
> -  warning (OPT_Wformat_, "%s does not support %%n$ operand number
> formats",
> -  C_STD_NAME (STD_EXT));
> -  dollar_format_warned = 1;
> +  dollar_format_warned =
> +   pedwarn (input_location, OPT_Wformat_pedantic,
> +"%s does not support %%n$ operand number formats",
> +C_STD_NAME (STD_EXT));

This should not be a pedwarn, because it only has undefined behavior in 
ISO C at runtime, not compile time.

[Bug c/67479] Support for -Wformat-pedantic

[manu at gcc dot gnu.org]

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

--- Comment #5 from Manuel López-Ibáñez  ---
Perhaps this should be called then -Wformat-undefined and not depend on
-Wpedantic at all?

We still need a -Wx option that is to -pedantic-errors what -Wpedantic is to
-Werror=pedantic ...

[Bug c/67479] Support for -Wformat-pedantic

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

   Keywords||diagnostic, easyhack
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC||manu at gcc dot gnu.org
Version|unknown |6.0
 Ever confirmed|0   |1

--- Comment #1 from Manuel López-Ibáñez  ---
This should be easy to do and I think it would be accepted, you should really
give it a try:
https://gcc.gnu.org/wiki/GettingStarted#Basics:_Contributing_to_GCC_in_10_easy_steps

In fact, such an option would allow fixing bugs such as this one:

Index: c-format.c
===
--- c-format.c  (revision 227095)
+++ c-format.c  (working copy)
@@ -1244,11 +1244,12 @@
return 0;
 }
   *format = fcp + 1;
-  if (pedantic && !dollar_format_warned)
+  if (warn_format_pedantic && !dollar_format_warned)
 {
-  warning (OPT_Wformat_, "%s does not support %%n$ operand number
formats",
-  C_STD_NAME (STD_EXT));
-  dollar_format_warned = 1;
+  dollar_format_warned =
+   pedwarn (input_location, OPT_Wformat_pedantic,
+"%s does not support %%n$ operand number formats",
+C_STD_NAME (STD_EXT));
 }
   if (overflow_flag || argnum == 0
   || (dollar_first_arg_num && argnum > dollar_arguments_count))


Since 'pedantic' should only be used in the cases described in the guidelines
(https://gcc.gnu.org/wiki/DiagnosticsGuidelines) and "if(pedantic) warning()"
is not one of them. (This means that every use of pedantic in c-format.c is
currently a minor bug).

Fixing this will also contribute towards fixing PR53075.

[Bug c/67479] Support for -Wformat-pedantic

[manu at gcc dot gnu.org]

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

--- Comment #2 from Manuel López-Ibáñez  ---
If maintaining the current behavior,  which requires both -Wpedantic and
-Wformat, is desired, just define -Wformat-pedantic using LangEnabledBy(,
Wformat && Wpedantic) in c.opt.

[Bug c++/67468] compiler changes template argument

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

   Keywords||diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-09-07
 CC||manu at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Manuel López-Ibáñez  ---
This might be a duplicate of PR99 or may be not. Someone would need to debug
the depths of g++ template handling. See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99#c21 for how to identify the
issue.

[Bug c/67479] Support for -Wformat-pedantic

[manu at gcc dot gnu.org]

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

--- Comment #4 from Manuel López-Ibáñez  ---
(In reply to jos...@codesourcery.com from comment #3)
> This should not be a pedwarn, because it only has undefined behavior in 
> ISO C at runtime, not compile time.

But it is enabled by -pedantic -Wformat (and not -Wformat). Moreover, it is
enabled by -pedantic-errors -Wformat (but not as an error), which is confusing.

[Bug c/67488] New: Incorrect error message on call of nested functions

[chengniansun at gmail dot com]

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

Bug ID: 67488
   Summary: Incorrect error message on call of nested functions
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: chengniansun at gmail dot com
  Target Milestone: ---

The function 'f' is declared locally in a function scope, and then called
outside. GCC emits an error that 'f' has incompatible declarations. I wonder
whether this message could be improved by pinpointing the root cause, like
Clang.


$: cat t.c
void g() {
  void f(void);
}
void k() {f();}
$: clang-trunk -c t.c
t.c:4:11: warning: use of out-of-scope declaration of 'f'
void k() {f();}
  ^
t.c:2:8: note: previous declaration is here
  void f(void);
   ^
1 warning generated.
$: gcc-trunk -c t.c
t.c: In function ‘k’:
t.c:4:11: warning: implicit declaration of function ‘f’
[-Wimplicit-function-declaration]
 void k() {f();}
   ^
t.c:2:8: note: previous declaration of ‘f’ was here
   void f(void);
^
t.c:4:11: error: incompatible implicit declaration of function ‘f’
 void k() {f();}
   ^
t.c:2:8: note: previous implicit declaration of ‘f’ was here
   void f(void);
^
$: 
$: gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-trunk/configure
--enable-languages=c,c++,objc,obj-c++,fortran,lto --disable-werror
--with-gmp=/usr/local/gcc-trunk --with-mpfr=/usr/local/gcc-trunk
--with-mpc=/usr/local/gcc-trunk --with-cloog=/usr/local/gcc-trunk
--prefix=/usr/local/gcc-trunk
Thread model: posix
gcc version 6.0.0 20150907 (experimental) [trunk revision 227515] (GCC) 
$:

[Bug fortran/48298] [F03] User-Defined Derived-Type IO (DTIO)

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle  changed:

   What|Removed |Added

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

--- Comment #13 from Jerry DeLisle  ---
Starting back in on this.

[Bug objc++/57607] g++ cannot distinguish obj-c message call from c++11 lambda

[dougmencken at gmail dot com]

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

--- Comment #3 from Douglas Mencken  ---
(In reply to Jonathan Wakely from comment #2)
> Seems to be fixed in GCC 5 though:

Yep, 5.2 works:

$ g++-5.2 -std=gnu++11 -framework CoreFoundation -lobjc test.mm && ./a.out
Hello world!

[Bug target/66312] [SH] Regression: Bootstrap failure gcc/d/ctfeexpr.dmd.o differs with gcc-4.8/4.9

[glaubitz at physik dot fu-berlin.de]

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

--- Comment #21 from John Paul Adrian Glaubitz  ---
(In reply to Oleg Endo from comment #19)
> Yes, that's what I meant.  Could you try building gdc with gcc 5?

Sure. But I will have to wait a little. We are currently missing some buildds
that went offline which are all in Japan and I am waiting for Nobuhiro to
restore their operation.

I don't want to take away buildd resources at the moment for this reason. But I
will follow up as soon as possible.

Adrian

[Bug rtl-optimization/67443] [5/6 regression] DSE removes required store instruction

[wmi at google dot com]

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

--- Comment #1 from wmi at google dot com ---
Seems the patch makes some problem exposed. 

For the testcase 1.cxx below:

typedef struct A {
  unsigned i : 8;
  unsigned j : 24;
} A;

void foo(A *a) {
  a->i = 3;
  a->j = 5;
}

The rtl generated by s390x-ibm-linux-g++ seems wrong.

~/workarea/gcc-r227524/build/install/bin/s390x-ibm-linux-g++ -O2 -S 1.cxx
-fdump-rtl-expand-details-blocks

(note 4 1 2 2 [bb 2] NOTE_INSN_BASIC_BLOCK)
(insn 2 4 3 2 (set (reg/v/f:DI 60 [ a ])
(reg:DI 2 %r2 [ a ])) 4.cxx:6 -1
 (nil))
(note 3 2 6 2 NOTE_INSN_FUNCTION_BEG)
(insn 6 3 8 2 (set (mem/j:QI (reg/v/f:DI 60 [ a ]) [1 a_2(D)->i+0 S1 A32])
(const_int 3 [0x3])) 4.cxx:7 -1
 (nil))
(insn 8 6 9 2 (set (reg:SI 62)
(mem/j:SI (reg/v/f:DI 60 [ a ]) [1 a_2(D)->j+-1 S4 A32])) 4.cxx:8 -1
 (nil))
(insn 9 8 10 2 (parallel [
(set (reg:SI 63)
(and:SI (reg:SI 62)
(const_int -16777216 [0xff00])))
(clobber (reg:CC 33 %cc))
]) 4.cxx:8 -1
 (nil))
(insn 10 9 11 2 (parallel [
(set (reg:SI 64)
(ior:SI (reg:SI 63)
(const_int 5 [0x5])))
(clobber (reg:CC 33 %cc))
]) 4.cxx:8 -1
 (nil))
(insn 11 10 0 2 (set (mem/j:SI (reg/v/f:DI 60 [ a ]) [1 a_2(D)->j+-1 S4 A32])
(reg:SI 64)) 4.cxx:8 -1
 (nil))
;;  succ:   EXIT [100.0%]  (FALLTHRU)

[Bug rtl-optimization/67443] [5/6 regression] DSE removes required store instruction

[wmi at google dot com]

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

--- Comment #2 from wmi at google dot com ---
Another problem is found in true_dependence_1 in alias.c. true_mem_addr or
true_x_addr got after calling get_addr may be used as inputs of
memrefs_conflict_p. However memrefs_conflict_p expects to use VALUE type nodes
as its inputs, so the values of the memory addresses can be comparable. Only
find_base_term and base_alias_check should use true_mem_addr/true_x_addr in
true_dependence_1.

This problem is not a correctness issue, but may affect the effectiveness of
dse/postreload...

[Bug testsuite/67489] New: FAIL: gcc.target/powerpc/p8vector-builtin-8.c (test for excess errors)

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

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

Bug ID: 67489
   Summary: FAIL: gcc.target/powerpc/p8vector-builtin-8.c (test
for excess errors)
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
  Target Milestone: ---
Target: powerpc-*-*

FAIL: gcc.target/powerpc/p8vector-builtin-8.c (test for excess errors)
Excess errors:
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:18:17:
error: '__int128' is not supported on this target
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:19:17:
error: '__int128' is not supported on this target
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:30:18:
error: '__int128' is not supported on this target
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:31:20:
error: '__int128' is not supported on this target
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:36:3:
error: invalid parameter combination for AltiVec intrinsic
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:37:3:
error: invalid parameter combination for AltiVec intrinsic
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:38:3:
error: invalid parameter combination for AltiVec intrinsic
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:39:3:
error: invalid parameter combination for AltiVec intrinsic
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:40:3:
error: invalid parameter combination for AltiVec intrinsic
/daten/gcc/gcc-20150906/gcc/testsuite/gcc.target/powerpc/p8vector-builtin-8.c:58:11:
error: incompatible types when assigning to type '__vector unsigned int' from
type '__vector unsigned __int128'

[Bug middle-end/67490] New: [6 regression] FAIL: gcc.target/powerpc/pr16458-1.c scan-assembler-not cmpw

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

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

Bug ID: 67490
   Summary: [6 regression] FAIL: gcc.target/powerpc/pr16458-1.c
scan-assembler-not cmpw
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
CC: aoliva at gcc dot gnu.org
  Target Milestone: ---
Target: powerpc-*-*

Broken by r226901:

$ gcc/xgcc -Bgcc/ ../gcc/testsuite/gcc.target/powerpc/pr16458-1.c -O2 -S -m32
-o pr16458-1.s
$ grep -c cmpw pr16458-1.s
1

$ diff -u gcc-20150{801,906}/Build/pr16458-1.s 
--- gcc-20150801/Build/pr16458-1.s  2015-09-07 18:56:29.0 +0200
+++ gcc-20150906/Build/pr16458-1.s  2015-09-07 18:56:13.0 +0200
@@ -10,18 +10,16 @@
lis 10,b@ha
lwz 9,a@l(9)
lwz 10,b@l(10)
-   cmplw 7,9,10
+   cmpw 7,9,10
beq 7,.L3
-   ble 7,.L7
+   cmplw 7,9,10
li 3,2
-   blr
-   .p2align 4,,15
-.L7:
-   bge 7,.L8
+   bgtlr 7
+   bge 7,.L7
li 3,3
blr
.p2align 4,,15
-.L8:
+.L7:
li 3,4
blr
.p2align 4,,15
@@ -31,5 +29,5 @@
.size   foo,.-foo
.comm   b,4,4
.comm   a,4,4
-   .ident  "GCC: (GNU) 6.0.0 20150801 (experimental) [trunk revision
226462]"
+   .ident  "GCC: (GNU) 6.0.0 20150906 (experimental) [trunk revision
227511]"
.section.note.GNU-stack,"",@progbits

[Bug fortran/59694] [F03] no finalization of an unused variable

[ian_harvey at bigpond dot com]

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

Ian Harvey  changed:

   What|Removed |Added

 CC||ian_harvey at bigpond dot com

--- Comment #1 from Ian Harvey  ---
*** Bug 67472 has been marked as a duplicate of this bug. ***

[Bug fortran/67472] Finalizer not invoked for undefined and unreferenced local variable

[ian_harvey at bigpond dot com]

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

Ian Harvey  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #2 from Ian Harvey  ---
This is a procedure level local variable variant (vs block level) of pr59694.

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

[Bug fortran/37336] [F03] Finish derived-type finalization

[ian_harvey at bigpond dot com]

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

Bug 67472 Summary: Finalizer not invoked for undefined and unreferenced local 
variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67472

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

[Bug rtl-optimization/67477] New: ICE in cselib_record_set, at cselib.c:2388

[rmansfield at qnx dot com]

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

Bug ID: 67477
   Summary: ICE in cselib_record_set, at cselib.c:2388
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rmansfield at qnx dot com
  Target Milestone: ---
Target: arm-unknown-linux-gnueabi

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

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/rmansfield/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/rmansfield/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi//sys-root
--disable-multilib
--with-local-prefix=/home/rmansfield/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace
target_alias=arm-unknown-linux-gnueabi --enable-languages=c++ --disable-libssp
--enable-checking
Thread model: posix
gcc version 6.0.0 20150907 (experimental) [trunk revision 227519] (GCC) 

$ ./xgcc -B. ~/ice.i -O3 -fstack-protector-strong -mfpu=neon -mfloat-abi=softfp
 -march=armv7-a -mfloat-abi=softfp -c
/home/rmansfield/ice.i: In function 'swblit_1d_NV12_2_B8G8R8X8':
/home/rmansfield/ice.i:69:1: internal compiler error: in cselib_record_set, at
cselib.c:2388
 }
 ^
0x6df43f cselib_record_set
../../gcc/cselib.c:2388
0x6df43f cselib_record_sets
../../gcc/cselib.c:2605
0x6e0137 cselib_process_insn(rtx_insn*)
../../gcc/cselib.c:2678
0x99ef08 reload_cse_regs_1
../../gcc/postreload.c:235
0x99f23b reload_cse_regs
../../gcc/postreload.c:81
0x99f23b execute
../../gcc/postreload.c:2350
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.

Started happening after r227382

https://gcc.gnu.org/viewcvs/gcc?view=revision=227382

[Bug middle-end/67438] [6 Regression] ~X op ~Y pattern relocation causes loop performance degradation on 32bit x86

[afomin.mailbox at gmail dot com]

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

--- Comment #7 from Alexander Fomin  ---
Looks like a cost model should be introduced to avoid such kind of
transformations for targets with HW min/max implementation.

[Bug c/67479] Support for -Wformat-pedantic

[joseph at codesourcery dot com]

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

--- Comment #6 from joseph at codesourcery dot com  ---
On Mon, 7 Sep 2015, manu at gcc dot gnu.org wrote:

> Perhaps this should be called then -Wformat-undefined and not depend on
> -Wpedantic at all?

But if you're writing code for the GNU system, there's nothing wrong with 
such formats; they aren't undefined.  It's specifically a warning for code 
outside the standard, not for code there's anything wrong with if you're 
not trying to restrict yourself to standard library features.