[Bug c++/68023] 4.8.4 generates good code where 5.2 generates bad code

2015-10-20 Thread trippels at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68023

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||trippels at gcc dot gnu.org

--- Comment #4 from Markus Trippelsdorf  ---
Could you please provide a simple standalone testcase that shows the issue?

You may also compile your code with -fsanitize=undefined and see if
anything pops up at runtime.

[Bug tree-optimization/68027] conditional statement and unnecessary register assignment

2015-10-20 Thread SztfG at yandex dot ru 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68027

--- Comment #3 from SztfG at yandex dot ru ---
btw why nobody confirm my old reported bug about stack-allocated array missed
optimization https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66152 ?

[Bug rtl-optimization/66152] suboptimal load bytes to stack

2015-10-20 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66152

--- Comment #2 from Andrew Pinski  ---
I think there might be already another bug about this same exact thing but I
can't seem to find it right now.

[Bug gcov-profile/68025] pragma/attribute optimize("profile-arcs") does not work as intended

2015-10-20 Thread coolypf at qq dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68025

--- Comment #2 from Yuan Pengfei  ---
(In reply to Richard Biener from comment #1)
> Confirmed.  profile-arcs is not supposed to be used in optimize pragmas or
> attributes and GCC should emit an error here but somehow it does not.

If so, how can I achieve function-level instrumentation control?

[Bug sanitizer/68016] ASan doesn't catch overflow in globals when COPY relocation is involved.

2015-10-20 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68016

--- Comment #1 from Jakub Jelinek  ---
Yeah, this is intentional design decision, trying to register something for an
object that might be living in completely different library and where the gap
might not be supplied is just wrong.
As the copy relocations are created by the linker, there is no way (except
perhaps some ELF extensions) to instruct the linker to also allocate the gap
around it, so that it could be registered in the executable or PIE.

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

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67443

--- Comment #16 from Richard Biener  ---
I see multiple issues with ao_ref_from_mem connected with MEM_OFFSET/MEM_SIZE.
I don't remember exactly what was the issue with the promoted parameters
but it may have been with ranges_overlap_p not dealing with signed offsets
properly (that has been fixed meanwhile).

So I'd start with simply removing

  /* If the base decl is a parameter we can have negative MEM_OFFSET in
 case of promoted subregs on bigendian targets.  Trust the MEM_EXPR
 here.  */
  if (MEM_OFFSET (mem) < 0
  && (MEM_SIZE (mem) + MEM_OFFSET (mem)) * BITS_PER_UNIT == ref->size)
return true;

One issue that remains is that when MEM_OFFSET/MEM_SIZE gets us outside
of the MEM_EXPR object (its offset/size) we have to strip
handled-component-refs
until MEM_OFFSET/MEM_SIZE are again within bounds (or conservatively reset
ref->ref to NULL_TREE).  Either the code adjusting the mem attributes
MEM_OFFSET/MEM_SIZE is supposed to do that already (no idea) or we'll run into
issues.

Basically MEM_SIZE must be <= ref->size, MEM_OFFSET may never be negative
unless ref->offset is zero and if MEM_OFFSET is positive then
MEM_OFFSET + MEM_SIZE must be <= ref->size.

It's of course a tricky area ;)

I believe that

  /* If MEM_OFFSET and MEM_SIZE get us outside of the base object of
 the MEM_EXPR punt.  This happens for STRICT_ALIGNMENT targets a lot.  */
  if (MEM_EXPR (mem) != get_spill_slot_decl (false)
  && (ref->offset < 0
  || (DECL_P (ref->base)
  && (DECL_SIZE (ref->base) == NULL_TREE
  || TREE_CODE (DECL_SIZE (ref->base)) != INTEGER_CST
  || wi::ltu_p (wi::to_offset (DECL_SIZE (ref->base)),
ref->offset + ref->size)
return false;

will ultimatively "save" us here as well (very conservatively though).

So does

Index: gcc/alias.c
===
--- gcc/alias.c (revision 229022)
+++ gcc/alias.c (working copy)
@@ -339,15 +339,16 @@ ao_ref_from_mem (ao_ref *ref, const_rtx
   || !MEM_SIZE_KNOWN_P (mem))
 return true;

-  /* If the base decl is a parameter we can have negative MEM_OFFSET in
- case of promoted subregs on bigendian targets.  Trust the MEM_EXPR
- here.  */
+  /* If MEM_OFFSET/MEM_SIZE get us outside of ref->offset/ref->max_size
+ drop ref->ref.  */
   if (MEM_OFFSET (mem) < 0
-  && (MEM_SIZE (mem) + MEM_OFFSET (mem)) * BITS_PER_UNIT == ref->size)
-return true;
+  || (ref->max_size != -1
+ && ((MEM_OFFSET (mem) + MEM_SIZE (mem)) * BITS_PER_UNIT
+ > ref->max_size)))
+ref->ref = NULL_TREE;

-  /* Otherwise continue and refine size and offset we got from analyzing
- MEM_EXPR by using MEM_SIZE and MEM_OFFSET.  */
+  /* Refine size and offset we got from analyzing MEM_EXPR by using
+ MEM_SIZE and MEM_OFFSET.  */

   ref->offset += MEM_OFFSET (mem) * BITS_PER_UNIT;
   ref->size = MEM_SIZE (mem) * BITS_PER_UNIT;

fix the issue?

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

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67947

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Assuming fixed then.

[Bug c/68024] Diagnose variadic functions defined without prototypes

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68024

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 CC||mpolacek at gcc dot gnu.org
   Target Milestone|--- |6.0
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
Confirmed.

[Bug c/67854] Missing diagnostic for passing bool to va_arg

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67854

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #3 from Marek Polacek  ---
Confirmed.

[Bug c/67907] regression: internal compiler error: Segmentation fault

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67907

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2015-10-20
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #2 from Marek Polacek  ---
Can't reproduce either.

[Bug tree-optimization/68026] [6 Regression] Regression in GCC-6.0.0's optimizer

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68026

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #2 from Marek Polacek  ---
Started with r222085.

[Bug tree-optimization/68021] [6 Regression] ice in rewrite_use_nonlinear_expr with -O3

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68021

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #2 from Marek Polacek  ---
Started with r228599.

[Bug tree-optimization/68017] [6 Regression] ICE on valid code at -O3 with -g enabled on x86_64-linux-gnu: cannot update SSA form

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68017

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #3 from Marek Polacek  ---
This must have started very recently; r228716 is still OK.

[Bug tree-optimization/50599] -ftree-vectorize generating incorrect code

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50599

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #2 from Marek Polacek  ---
Test case not coming.

[Bug tree-optimization/66625] xorg-server (Ext/Xinerama) fails to build with -O3 optimizations

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66625

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #2 from Marek Polacek  ---
Assuming fixed.

[Bug c++/67581] [6 Regression] ICE on transparent union with -g enabled on x86_64-linux-gnu (verify_type failed)

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67581

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1

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

[Bug target/53440] [arm] generic thunk code fails for method which uses '...'

2015-10-20 Thread ramana at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||jgreenhalgh at gcc dot gnu.org

--- Comment #5 from Ramana Radhakrishnan  ---
*** Bug 66755 has been marked as a duplicate of this bug. ***

[Bug target/66755] [ARM] TARGET_ASM_OUTPUT_MI_THUNK should be rewritten to an RTL implementation

2015-10-20 Thread ramana at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66755

Ramana Radhakrishnan  changed:

   What|Removed |Added

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

--- Comment #2 from Ramana Radhakrishnan  ---
Dup.

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

[Bug fortran/67460] [5 Regression] Spurious: f951: all warnings being treated as errors

2015-10-20 Thread pault at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67460

Paul Thomas  changed:

   What|Removed |Added

 CC||pault at gcc dot gnu.org

--- Comment #7 from Paul Thomas  ---
(In reply to Manuel López-Ibáñez from comment #6)
> Fixed in GCC 6.

Hi Manuel,

Are you going to fix 5 branch as well? If not, would you like me to do the
honours for you?

Cheers

Paul

[Bug tree-optimization/61931] Wrong Constant Folding

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61931

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #6 from Marek Polacek  ---
Should be fixed.

[Bug tree-optimization/61938] Vectorization not happening .

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61938

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #8 from Marek Polacek  ---
Nothing to do here.

[Bug tree-optimization/61906] failed to build gcc 4.9.1 on debian wheezy

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61906

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Closing then.

[Bug middle-end/54417] lto1: internal compiler error: in edge_badness, at ipa-inline.c:793 with -profile-generate/profile-use

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54417

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Testcase not coming.

[Bug target/66912] Copy relocation against protected symbol doesn't work

2015-10-20 Thread nsz at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66912

--- Comment #4 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Oct 20 09:50:58 2015
New Revision: 229030

URL: https://gcc.gnu.org/viewcvs?rev=229030=gcc=rev
Log:
Fix default_binds_local_p_2 for extern protected data

Backport from mainline r229024
2015-10-20  Szabolcs Nagy  

gcc:
PR target/66912
* varasm.c (default_binds_local_p_2): Turn on extern_protected_data.

gcc/testsuite:

PR target/66912
* gcc.target/aarch64/pr66912.c: New.
* gcc.target/arm/pr66912.c: New.


Added:
branches/gcc-5-branch/gcc/testsuite/gcc.target/aarch64/pr66912.c
branches/gcc-5-branch/gcc/testsuite/gcc.target/arm/pr66912.c
Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/testsuite/ChangeLog
branches/gcc-5-branch/gcc/varasm.c

[Bug target/66912] Copy relocation against protected symbol doesn't work

2015-10-20 Thread nsz at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66912

nsz at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #5 from nsz at gcc dot gnu.org ---
fixed in r229030.

[Bug c++/67823] ICE in tsubst_copy, at cp/pt.c:13635

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67823

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
Confirmed.

[Bug lto/68028] New: Compilation error "lto1: error: target attribute or pragma changes single precision floating point", with "-flto" on different variant of powerpc like -mcpu=e6500, 8540, 8548, e50

2015-10-20 Thread ranjan.amit8 at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68028

Bug ID: 68028
   Summary: Compilation error "lto1: error: target attribute or
pragma changes single precision floating point", with
"-flto" on different variant of powerpc like
-mcpu=e6500, 8540, 8548, e500mc, e500mc64, e5500. With
gcc-5.2.0 while with 4.9.3 it is working fine.
   Product: gcc
   Version: 5.2.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ranjan.amit8 at gmail dot com
  Target Milestone: ---

Created attachment 36547
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36547=edit
gdb debug log (LOG5gdb-6-error)

Test-Case:-
$cat test.c
#include
int main()
{
printf("Good\n");
return 0;
}


$ ./powerpc-pc-linux-gcc -flto test.c -mcpu=e6500
In function âmainâ:
lto1: warning: compilation : main_target_opt = 1
lto1: error: target attribute or pragma changes single precision floating point
lto1: error: target attribute or pragma changes double precision floating point
lto-wrapper: fatal error: ./powerpc-pc-linux-gcc returned 1 exit status
compilation terminated.
/opt/2cross/lib/gcc/powerpc-pc-linux/5.2.0/../../../../powerpc-pc-linux/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status


Complete :-

$ ./powerpc-pc-linux-gcc -flto test.c -mcpu=e6500 --save-temps -v
Using built-in specs.
COLLECT_GCC=./powerpc-pc-linux-gcc
COLLECT_LTO_WRAPPER=/opt/2cross/libexec/gcc/powerpc-pc-linux/5.2.0/lto-wrapper
Target: powerpc-pc-linux
Configured with: ../gcc-5.2.0/configure --prefix=/opt/2cross
--build=x86_64-pc-linux --host=x86_64-pc-linux --target=powerpc-pc-linux
--disable-silent-rules --disable-dependency-tracking
--program-prefix=powerpc-pc-linux- --with-gnu-ld --enable-shared
--enable-languages=c,c++ --enable-threads=posix --enable-multilib --enable-c99
--enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch
--without-local-prefix --enable-lto --enable-libssp --disable-bootstrap
--disable-libmudflap --with-system-zlib --with-linker-hash-style=gnu
--enable-linker-build-id --with-ppl=no --with-cloog=no
--enable-checking=release --enable-cheaders=c_global --with-long-double-128
--enable-poison-system-directories --enable-nls --enable-__cxa_atexit :
(reconfigured) ../gcc-5.2.0/configure --prefix=/opt/2cross
--build=x86_64-pc-linux --host=x86_64-pc-linux --target=powerpc-pc-linux
--disable-silent-rules --disable-dependency-tracking
--program-prefix=powerpc-pc-linux- --with-gnu-ld --enable-shared
--enable-languages=c,c++ --enable-threads=posix --enable-multilib --enable-c99
--enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch
--without-local-prefix --enable-lto --enable-libssp --disable-bootstrap
--disable-libmudflap --with-system-zlib --with-linker-hash-style=gnu
--enable-linker-build-id --with-ppl=no --with-cloog=no
--enable-checking=release --enable-cheaders=c_global --with-long-double-128
--enable-poison-system-directories --enable-nls --enable-__cxa_atexit
Thread model: posix
gcc version 5.2.0 (GCC)
COLLECT_GCC_OPTIONS='-flto' '-mcpu=e6500' '-save-temps' '-v'
 /opt/2cross/libexec/gcc/powerpc-pc-linux/5.2.0/cc1 -E -quiet -v -imultilib .
-imultiarch powerpc-linux-gnu -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix
-D__unix -Dlinux -D__linux -Asystem=linux -Asystem=unix -Asystem=posix test.c
-mcpu=e6500 -flto -fpch-preprocess -o test.i
ignoring nonexistent directory
"/opt/2cross/lib/gcc/powerpc-pc-linux/5.2.0/../../../../powerpc-pc-linux/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/2cross/lib/gcc/powerpc-pc-linux/5.2.0/include
 /opt/2cross/lib/gcc/powerpc-pc-linux/5.2.0/include-fixed

/opt/2cross/lib/gcc/powerpc-pc-linux/5.2.0/../../../../powerpc-pc-linux/include
End of search list.
COLLECT_GCC_OPTIONS='-flto' '-mcpu=e6500' '-save-temps' '-v'
 /opt/2cross/libexec/gcc/powerpc-pc-linux/5.2.0/cc1 -fpreprocessed test.i
-quiet -dumpbase test.c -mcpu=e6500 -auxbase test -version -flto -o test.s
GNU C11 (GCC) version 5.2.0 (powerpc-pc-linux)
compiled by GNU C version 4.8.3 20140911 (Red Hat 4.8.3-7), GMP version
6.0.0, MPFR version 3.1.3, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C11 (GCC) version 5.2.0 (powerpc-pc-linux)
compiled by GNU C version 4.8.3 20140911 (Red Hat 4.8.3-7), GMP version
6.0.0, MPFR version 3.1.3, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: a731f13b92b5f0a8db41dce6b3a414e5
COLLECT_GCC_OPTIONS='-flto' '-mcpu=e6500' '-save-temps' '-v'
 /opt/2cross/lib/gcc/powerpc-pc-linux/5.2.0/../../../../powerpc-pc-linux/bin/as
-v -me6500 -many -mbig -o test.o test.s
GNU assembler version 2.24

[Bug other/67868] ICE in handling VTV sections for targets with section anchors.

2015-10-20 Thread ramana at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67868

--- Comment #8 from Ramana Radhakrishnan  ---
Author: ramana
Date: Tue Oct 20 10:39:30 2015
New Revision: 229045

URL: https://gcc.gnu.org/viewcvs?rev=229045=gcc=rev
Log:
Enable VTV for aarch64 and arm


Requires fix for section anchors with VTV i.e. PR other/67868

2015-10-20  Ramana Radhakrishnan  

* configure.tgt (aarch64*-*-linux): Enable.
(arm*-*-linux*): Enable.


Modified:
trunk/libvtv/ChangeLog
trunk/libvtv/configure.tgt

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

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67966

--- Comment #10 from Dominique d'Humieres  ---
Revision r228586 also caused

FAIL: g++.dg/opt/flifetime-dse2.C  -std=gnu* execution test

on x86_64-apple-darwin14 with both -m32 and -m64.

[Bug middle-end/51794] ICE (segfault) with -O -fmodulo-sched

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51794

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Fixed on all active branches.

[Bug target/66912] Copy relocation against protected symbol doesn't work

2015-10-20 Thread nsz at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66912

--- Comment #3 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Oct 20 09:37:27 2015
New Revision: 229024

URL: https://gcc.gnu.org/viewcvs?rev=229024=gcc=rev
Log:
Fix default_binds_local_p_2 for extern protected data

gcc:

PR target/66912
* varasm.c (default_binds_local_p_2): Turn on extern_protected_data.

gcc/testsuite:

PR target/66912
* gcc.target/aarch64/pr66912.c: New.
* gcc.target/arm/pr66912.c: New.


Added:
trunk/gcc/testsuite/gcc.target/aarch64/pr66912.c
trunk/gcc/testsuite/gcc.target/arm/pr66912.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/varasm.c

[Bug c++/67904] g++ crashes and asks for bugreport

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67904

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #1 from Marek Polacek  ---
I can't reproduce the ICE with neither gcc5 nor with trunk on x86_64-linux
(using -fpermissive).

[Bug c++/67685] ICE on invalid requires expression

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67685

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
Confirmed.

[Bug tree-optimization/68026] [6 Regression] Regression in GCC-6.0.0's optimizer

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68026

Richard Biener  changed:

   What|Removed |Added

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

--- Comment #3 from Richard Biener  ---
Mine.

[Bug other/67868] ICE in handling VTV sections for targets with section anchors.

2015-10-20 Thread ramana at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67868

--- Comment #6 from Ramana Radhakrishnan  ---
Author: ramana
Date: Tue Oct 20 10:36:33 2015
New Revision: 229043

URL: https://gcc.gnu.org/viewcvs?rev=229043=gcc=rev
Log:
Fix VTV for targets with section anchors.


2015-10-20  Ramana Radhakrishnan  

PR other/67868
* varasm.c (assemble_variable): Move special vtv handling to..
(handle_vtv_comdat_sections): .. here. New function.
(output_object_block): Handle vtv sections.

Modified:
trunk/gcc/varasm.c

[Bug other/67868] ICE in handling VTV sections for targets with section anchors.

2015-10-20 Thread ramana at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67868

--- Comment #7 from Ramana Radhakrishnan  ---
Author: ramana
Date: Tue Oct 20 10:36:54 2015
New Revision: 229044

URL: https://gcc.gnu.org/viewcvs?rev=229044=gcc=rev
Log:
Fix VTV for targets with section anchors.


2015-10-20  Ramana Radhakrishnan  

PR other/67868
* varasm.c (assemble_variable): Move special vtv handling to..
(handle_vtv_comdat_sections): .. here. New function.
(output_object_block): Handle vtv sections.

Modified:
trunk/gcc/ChangeLog

[Bug target/68015] ICE in s390_emit_compare

2015-10-20 Thread krebbel at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68015

Andreas Krebbel  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2015-10-20
   Assignee|unassigned at gcc dot gnu.org  |krebbel at gcc dot 
gnu.org
 Ever confirmed|0   |1

[Bug fortran/68020] Issue with implied-shape array parameter of rank > 2

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68020

Dominique d'Humieres  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 Ever confirmed|0   |1
  Known to fail||4.8.5, 4.9.3, 5.2.0, 6.0

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

[Bug c++/67654] [concepts] ICE when using concepts in constexpr function

2015-10-20 Thread mpolacek at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67654

Marek Polacek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
Confirmed.

[Bug tree-optimization/68030] Redundant address calculations in vectorized loop

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68030

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 CC||rguenth at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Induction variable optimization is responsible here but it needs some help from
a CSE.  I proposed adding a late FRE for that some time ago.  The issue is that
the vectorizer creates some redundancies when creating address IVs for the
vectorized accesses.

[Bug fortran/67460] [5 Regression] Spurious: f951: all warnings being treated as errors

2015-10-20 Thread manu at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67460

--- Comment #8 from Manuel López-Ibáñez  ---
(In reply to Paul Thomas from comment #7)
> Are you going to fix 5 branch as well? If not, would you like me to do the
> honours for you?

Please do it. I have no free time to spend on GCC these days. I also changed
universities so I would need a new copyright assignment and I'm not really
looking forward to fighting that fight yet again.

[Bug tree-optimization/68017] [6 Regression] ICE on valid code at -O3 with -g enabled on x86_64-linux-gnu: cannot update SSA form

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68017

--- Comment #4 from Richard Biener  ---
Author: rguenth
Date: Tue Oct 20 12:34:19 2015
New Revision: 229073

URL: https://gcc.gnu.org/viewcvs?rev=229073=gcc=rev
Log:
2015-10-20  Richard Biener  

PR tree-optimization/68017
* tree-tailcall.c (eliminate_tail_call): Remove stmts backwards.

* gcc.dg/torture/pr68017.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr68017.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-tailcall.c

[Bug tree-optimization/68017] ICE on valid code at -O3 with -g enabled on x86_64-linux-gnu: cannot update SSA form

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68017

Richard Biener  changed:

   What|Removed |Added

  Known to work||6.0
   Target Milestone|6.0 |5.3
Summary|[6 Regression] ICE on valid |ICE on valid code at -O3
   |code at -O3 with -g enabled |with -g enabled on
   |on x86_64-linux-gnu: cannot |x86_64-linux-gnu: cannot
   |update SSA form |update SSA form

--- Comment #5 from Richard Biener  ---
Fixed on trunk sofar, queued for 5.3

[Bug c++/67064] Register asm variable broken

2015-10-20 Thread daniel.gutson at tallertechnologies dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064

--- Comment #30 from Daniel Gutson  ---
May I ask what's wrong with Andres Tiraboschi's solution approach?

[Bug target/68028] Compilation error "lto1: error: target attribute or pragma changes single precision floating point", with "-flto" on different variant of powerpc like -mcpu=e6500, 8540, 8548, e500m

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68028

Richard Biener  changed:

   What|Removed |Added

   Keywords||lto
 CC||hubicka at gcc dot gnu.org
  Component|lto |target

--- Comment #1 from Richard Biener  ---
static bool
rs6000_option_override_internal (bool global_init_p)
{
...
  if (main_target_opt)
{
  if (main_target_opt->x_rs6000_single_float != rs6000_single_float)
error ("target attribute or pragma changes single precision floating "
   "point");
  if (main_target_opt->x_rs6000_double_float != rs6000_double_float)
error ("target attribute or pragma changes double precision floating "
   "point");
}


it looks like -mcpu=... is not allowed to differ from global defaults.  Note
that LTO now passes all "Save" options in function attributes and no longer
passes along -mcpu= to the link-time transparently.

mcpu=
Target RejectNegative Joined Var(rs6000_cpu_index) Init(-1)
Enum(rs6000_cpu_opt_value) Save
-mcpu=  Use features of and schedule code for given CPU

so -mcpu= is 'Save' but appearantly switches additional flags?

[Bug c/67907] regression: internal compiler error: Segmentation fault

2015-10-20 Thread doko at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67907

Matthias Klose  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #3 from Matthias Klose  ---
works for me in Debian unstable, and stable (the latter using gcc version 4.9.2
(Debian 4.9.2-10)).

[Bug c/68029] New: Strange behavior of -fdiagnostics-color option

2015-10-20 Thread EngyCZ at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68029

Bug ID: 68029
   Summary: Strange behavior of -fdiagnostics-color option
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: EngyCZ at gmail dot com
  Target Milestone: ---

Hi.
  In current trunk version of GCC 6.0 compiler I have found strange behavior of
-fdiagnostics-color option

gcc.exe -fdiagnostics-color=never a.c
will output colored error: a.c: No such file or directory

gcc.exe  a.c -fdiagnostics-color=never
will output not colored error: a.c: No such file or directory

gcc --version
gcc (GCC) 6.0.0 20151020 (experimental)

[Bug tree-optimization/68026] [6 Regression] Regression in GCC-6.0.0's optimizer

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68026

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
   Target Milestone|--- |6.0
Summary|Regression in GCC-6.0.0's   |[6 Regression] Regression
   |optimizer   |in GCC-6.0.0's optimizer
 Ever confirmed|0   |1

[Bug tree-optimization/68021] [6 Regression] ice in rewrite_use_nonlinear_expr with -O3

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68021

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug gcov-profile/68025] pragma/attribute optimize("profile-arcs") does not work as intended

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68025

Richard Biener  changed:

   What|Removed |Added

   Keywords||accepts-invalid, diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Confirmed.  profile-arcs is not supposed to be used in optimize pragmas or
attributes and GCC should emit an error here but somehow it does not.

[Bug tree-optimization/68017] [5 Regression] ICE on valid code at -O3 with -g enabled on x86_64-linux-gnu: cannot update SSA form

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68017

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2015-10-20
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
Summary|ICE on valid code at -O3|[5 Regression] ICE on valid
   |with -g enabled on  |code at -O3 with -g enabled
   |x86_64-linux-gnu: cannot|on x86_64-linux-gnu: cannot
   |update SSA form |update SSA form
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Confirmed.  tailcall does

  /* Remove the code after call_gsi that will become unreachable.  The
 possibly unreachable code in other blocks is removed later in
 cfg cleanup.  */
  gsi = t->call_gsi;
  gsi_next ();
  while (!gsi_end_p (gsi))
{
  gimple *t = gsi_stmt (gsi);
  /* Do not remove the return statement, so that redirect_edge_and_branch
 sees how the block ends.  */
  if (gimple_code (t) == GIMPLE_RETURN)
break;

  gsi_remove (, true);
  release_defs (t);
}

but for proper debug handling it needs to remove the stmts backwards.

[Bug tree-optimization/68017] [6 Regression] ICE on valid code at -O3 with -g enabled on x86_64-linux-gnu: cannot update SSA form

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68017

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0
Summary|[5 Regression] ICE on valid |[6 Regression] ICE on valid
   |code at -O3 with -g enabled |code at -O3 with -g enabled
   |on x86_64-linux-gnu: cannot |on x86_64-linux-gnu: cannot
   |update SSA form |update SSA form

--- Comment #2 from Richard Biener  ---
Note the issue is latent.

[Bug target/68018] [6 Regression] ICE: in ix86_compute_frame_layout, at config/i386/i386.c:11308 with -mstackrealign

2015-10-20 Thread ubizjak at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68018

--- Comment #3 from Uroš Bizjak  ---
(In reply to Zdenek Sojka from comment #2)
> I am also seeing this (or another in ix86_compute_frame_layout) ICE when
> running the gfortran testsuite. Again with -mstackrealing. I will post the
> testcase when I get home.

-mstackrealign is a new functionality on MS_ABI targets, and there are some
places in the compiler that assume that these targets are always aligned to
16bytes. This alignment is in fact mandated by ABI, and all deviations can be
considered ABI violations. However, we can relax this restriction in order to
handle rough applications that misalign the stack, but this should in general
be an exception, not the rule.

That said, even if -mstackrealign can be declared as unsupported on MS_ABI
targets, the infrastructure handles realignment just fine also for MS_ABI
targets, we just need to enable correct code paths when incoming stack boundary
is less than 16 bytes. This is exactly what the patch in comment #1 does.

BTW: I'm not in the position to test MS_ABI targets thoroughly, so I'd ask you
to please conduct your tests with the patch from Comment #1.

[Bug c++/67064] Register asm variable broken

2015-10-20 Thread jason at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064

--- Comment #29 from Jason Merrill  ---
Author: jason
Date: Tue Oct 20 06:49:13 2015
New Revision: 229021

URL: https://gcc.gnu.org/viewcvs?rev=229021=gcc=rev
Log:
PR c++/67064

* semantics.c (force_paren_expr): Don't mess with hard register vars.

Added:
trunk/gcc/testsuite/g++.dg/parse/parens3.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c

[Bug tree-optimization/68027] conditional statement and unnecessary register assignment

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68027

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
  Component|middle-end  |tree-optimization
Version|unknown |5.2.0
 Ever confirmed|0   |1

--- Comment #2 from Richard Biener  ---
Confirmed.  It's VRP doing this constant propagation and uncprop not undoing
it.
When we do not need to spill 'a' then re-using 'a' would be better but the
optimization is supposed to catch the more frequent case where we'd have to
spill 'a'.

[Bug target/68018] [6 Regression] ICE: in ix86_compute_frame_layout, at config/i386/i386.c:11308 with -mstackrealign

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68018

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

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

2015-10-20 Thread pault at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171

Paul Thomas  changed:

   What|Removed |Added

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

--- Comment #3 from Paul Thomas  ---
The bug arises because array sections are marked as DECL_ARTIFICIAL and so the
offending SOURCE expression produces a temporary variable, whose offset is out
of kilter, being zero. The most economical solution, in terms of effort, is
simply to suppress the creation of the temporary, when the source is a
variable. This is regtesting right now. Alternatively, the array descriptor
could be converted to unity based indexes, with the appropriate offset.

I'll take it.

Paul

[Bug tree-optimization/68031] [6 Regression] cc1 crashes when compiling newlib / mktm_r.c

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68031

--- Comment #3 from Richard Biener  ---
The usual name_registered_for_update_p trick helps.

[Bug tree-optimization/68031] [6 Regression] cc1 crashes when compiling newlib / mktm_r.c

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68031

--- Comment #2 from Richard Biener  ---
Yeah, it hits fold_stmt and follows SSA edges via nonnegative but it is not
supposed to (follow SSA edges).  Reduced testcase:

void _mktm_r (long lcltime,  int *res)
{
  long rem = lcltime % ((60L * 60L) * 24L);
  if (rem < 0)
return;
  while (rem >= ((60L * 60L) * 24L))
  rem -= ((60L * 60L) * 24L);
  *res = (int) (rem % 60L);
}

[Bug tree-optimization/68031] [6 Regression] cc1 crashes when compiling newlib / mktm_r.c

2015-10-20 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68031

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2015-10-20
Version|unknown |6.0
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
   Target Milestone|--- |6.0
Summary|cc1 crashes when compiling  |[6 Regression] cc1 crashes
   |newlib / mktm_r.c   |when compiling newlib /
   ||mktm_r.c
 Ever confirmed|0   |1

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

[Bug tree-optimization/68031] New: cc1 crashes when compiling newlib / mktm_r.c

2015-10-20 Thread mihail.popa at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68031

Bug ID: 68031
   Summary: cc1 crashes when compiling newlib / mktm_r.c
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mihail.popa at gmail dot com
  Target Milestone: ---

Created attachment 36550
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36550=edit
Preprocessed source file

Compile attached file with:

gcc -O2 -g3 -S -c -xc lib_a-mkrtm_r.i

cc1 will crash with stack:

0xadb875 crash_signal
../../src/gcc/toplev.c:353
0x817f97 tree_class_check
../../src/gcc/tree.h:3055
0x817f97 tree_single_nonnegative_warnv_p(tree_node*, bool*, int)
../../src/gcc/fold-const.c:13025
0x87ae93 gimple_phi_nonnegative_warnv_p
../../src/gcc/gimple-fold.c:6239
0x87ae93 gimple_stmt_nonnegative_warnv_p(gimple*, bool*, int)
../../src/gcc/gimple-fold.c:6264
0x818de4 tree_expr_nonnegative_p(tree_node*)
../../src/gcc/fold-const.c:13325
0xe89502 gimple_simplify_108
/tmp/mihailpo/master_x86/build/gcc/gimple-match.c:5116
0xe8a463 gimple_simplify_TRUNC_MOD_EXPR
/tmp/mihailpo/master_x86/build/gcc/gimple-match.c:24762
0xe5fb3e gimple_simplify
/tmp/mihailpo/master_x86/build/gcc/gimple-match.c:34389

Appears to be triggered by:

2015-10-19  Richard Biener  

* gimple-fold.c (gimple_phi_nonnegative_warnv_p): New function.
(gimple_stmt_nonnegative_warnv_p): Use it.
* match.pd (CPROJ): New operator list.
(cproj (complex ...)): Move simplifications from ...
* builtins.c (fold_builtin_cproj): ... here.

[Bug fortran/54389] [F2003/F2008 difference] PURE functions and pointer dummy arguments / DECL_PURE_P issue

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 Ever confirmed|0   |1

--- Comment #6 from Dominique d'Humieres  ---
Compiling the test in comment 0 still gives the error

 ptr = ptr + 1
1
Error: Variable 'ptr' can not appear in a variable definition context
(assignment) at (1) in PURE procedure

at revision r229078 (trunk 6.0).

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

2015-10-20 Thread vehre at gmx dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171

--- Comment #4 from Andre Vehreschild  ---
Hi Paul,

please compare:

https://gcc.gnu.org/ml/fortran/2015-10/msg00033.html

to your fix. Sounds like we are doing the same.

- Andre

On Tue, 20 Oct 2015 14:13:55 +
"pault at gcc dot gnu.org"  wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171
> 
> Paul Thomas  changed:
> 
>What|Removed |Added
> 
>Assignee|unassigned at gcc dot gnu.org  |pault at gcc dot 
> gnu.org
> 
> --- Comment #3 from Paul Thomas  ---
> The bug arises because array sections are marked as DECL_ARTIFICIAL and so the
> offending SOURCE expression produces a temporary variable, whose offset is out
> of kilter, being zero. The most economical solution, in terms of effort, is
> simply to suppress the creation of the temporary, when the source is a
> variable. This is regtesting right now. Alternatively, the array descriptor
> could be converted to unity based indexes, with the appropriate offset.
> 
> I'll take it.
> 
> Paul
>

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

2015-10-20 Thread pault at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171

--- Comment #5 from Paul Thomas  ---
(In reply to Andre Vehreschild from comment #4)
> Hi Paul,
> 
> please compare:
> 
> https://gcc.gnu.org/ml/fortran/2015-10/msg00033.html
> 
> to your fix. Sounds like we are doing the same.
> 
> - Andre
> 
> On Tue, 20 Oct 2015 14:13:55 +
> "pault at gcc dot gnu.org"  wrote:
> 
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171
> > 
> > Paul Thomas  changed:
> > 
> >What|Removed |Added
> > 
> >Assignee|unassigned at gcc dot gnu.org  |pault at gcc dot 
> > gnu.org
> > 
> > --- Comment #3 from Paul Thomas  ---
> > The bug arises because array sections are marked as DECL_ARTIFICIAL and so 
> > the
> > offending SOURCE expression produces a temporary variable, whose offset is 
> > out
> > of kilter, being zero. The most economical solution, in terms of effort, is
> > simply to suppress the creation of the temporary, when the source is a
> > variable. This is regtesting right now. Alternatively, the array descriptor
> > could be converted to unity based indexes, with the appropriate offset.
> > 
> > I'll take it.
> > 
> > Paul
> >

Hi Andre,

That's not the same PR is it?

Cheers

Paul

[Bug fortran/53796] I/O INQUIRE of RECL: If not specified in OPEN, the default value should be returned (sequential access)

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53796

--- Comment #16 from Dominique d'Humieres  ---
> AFAICT it remains unfixed. GFortran development resources being what they are,
> not all bugs can be promptly fixed. 

> But what's the rush to close old unfixed bugs anyway? "Number of open bugs"
> is a ridiculous metric for software quality,  especially if one then closes
> unfixed bugs in some kind of effort to boost said metric.

Well, I just moved the PR from UNCONFIRMED to WAITING. I am fine about moving
it from WAITING to NEW.

However, I don't see the point to keep open PRs about dubious enhancement that
will never be considered for the next decades.

[Bug fortran/53796] I/O INQUIRE of RECL: If not specified in OPEN, the default value should be returned (sequential access)

2015-10-20 Thread jb at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53796

Janne Blomqvist  changed:

   What|Removed |Added

 Status|WAITING |NEW

--- Comment #15 from Janne Blomqvist  ---
AFAICT it remains unfixed. GFortran development resources being what they are,
not all bugs can be promptly fixed. 

But what's the rush to close old unfixed bugs anyway? "Number of open bugs" is
a ridiculous metric for software quality,  especially if one then closes
unfixed bugs in some kind of effort to boost said metric.

[Bug fortran/52970] OpenMP Scoping Incorrect for Arrays of Parameters

2015-10-20 Thread anlauf at gmx dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52970

--- Comment #2 from Harald Anlauf  ---
(In reply to Dominique d'Humieres from comment #1)
> WORKSFORME from 4.8.5 up to trunk (6.0).

It looks like a dup of pr59488.

[Bug c++/68023] 4.8.4 generates good code where 5.2 generates bad code

2015-10-20 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68023

Paolo Carlini  changed:

   What|Removed |Added

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

[Bug libgomp/68033] New: OpenMP: ICE with teams distribute

2015-10-20 Thread mliska at suse dot cz 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68033

Bug ID: 68033
   Summary: OpenMP: ICE with teams distribute
   Product: gcc
   Version: 5.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgomp
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mliska at suse dot cz
CC: jakub at gcc dot gnu.org
  Target Milestone: ---

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

Hello.

Using official gcc 5.1:
gcc version 5.1.1 20150713 [gcc-5-branch revision 225736] (SUSE Linux) 

$ gcc -fopenmp lud_omp.c:
#0  c_tree_printer (pp=0x1df9c90, text=, spec=0x1df4bf1 "E",
precision=, wide=, set_locus=false, hash=false)
at ../../gcc/c/c-objc-common.c:182
#1  0x012e827c in pp_format (pp=0x1df9c90, text=0x7fffc300) at
../../gcc/pretty-print.c:613
#2  0x012e44f3 in diagnostic_report_diagnostic (context=0x1daaa60
, diagnostic=0x7fffc300) at
../../gcc/diagnostic.c:865
#3  0x012e5156 in error (gmsgid=0x142e118 "%qE not specified in
enclosing parallel") at ../../gcc/diagnostic.c:1137
#4  0x00894988 in omp_notice_variable (ctx=0x1e112b0,
decl=0x76a6fcf0, in_code=) at ../../gcc/gimplify.c:5841
#5  0x008945c9 in omp_notice_variable (ctx=0x1e11250,
decl=0x76a6fcf0, in_code=) at ../../gcc/gimplify.c:5951
#6  0x008952c3 in gimplify_var_or_parm_decl
(expr_p=expr_p@entry=0x76a6c160) at ../../gcc/gimplify.c:1806
#7  0x00899424 in gimplify_expr (expr_p=expr_p@entry=0x76a6c160,
pre_p=pre_p@entry=0x7fffc6a8, post_p=0x7fffc538, post_p@entry=0x0,
gimple_test_f=, fallback=fallback@entry=1) at
../../gcc/gimplify.c:8531
#8  0x0089fafd in gimplify_omp_for (expr_p=expr_p@entry=0x76a67680,
pre_p=pre_p@entry=0x7fffc8b8) at ../../gcc/gimplify.c:7270
#9  0x008990bd in gimplify_expr (expr_p=0x76a67680,
pre_p=pre_p@entry=0x7fffc8b8, post_p=0x7fffc758, post_p@entry=0x0,
gimple_test_f=gimple_test_f@entry=0x8923f0 ,
fallback=fallback@entry=0) at ../../gcc/gimplify.c:8562
#10 0x0089a967 in gimplify_stmt (stmt_p=stmt_p@entry=0x76a67680,
seq_p=seq_p@entry=0x7fffc8b8) at ../../gcc/gimplify.c:5519
#11 0x0089b16e in gimplify_bind_expr
(expr_p=expr_p@entry=0x7fffcb50, pre_p=pre_p@entry=0x7fffcbb0) at
../../gcc/gimplify.c:1136
#12 0x0089943a in gimplify_expr (expr_p=0x7fffcb50,
pre_p=pre_p@entry=0x7fffcbb0, post_p=0x7fffc968, post_p@entry=0x0,
gimple_test_f=gimple_test_f@entry=0x8923f0 ,
fallback=fallback@entry=0) at ../../gcc/gimplify.c:8297
#13 0x0089a967 in gimplify_stmt (stmt_p=stmt_p@entry=0x7fffcb50,
seq_p=seq_p@entry=0x7fffcbb0) at ../../gcc/gimplify.c:5519
#14 0x0089a224 in gimplify_and_add (seq_p=0x7fffcbb0,
t=0x76a67660) at ../../gcc/gimplify.c:423
#15 gimplify_and_return_first (seq_p=0x7fffcbb0, t=) at
../../gcc/gimplify.c:435
#16 gimplify_omp_parallel (pre_p=0x7fffcc80, expr_p=0x7fffcc98) at
../../gcc/gimplify.c:6901
#17 gimplify_expr (expr_p=0x7fffcc98, pre_p=pre_p@entry=0x7fffcc80,
post_p=0x7fffcaf8, post_p@entry=0x0,
gimple_test_f=gimple_test_f@entry=0x8923f0 ,
fallback=fallback@entry=0) at ../../gcc/gimplify.c:8547
#18 0x0089a967 in gimplify_stmt (stmt_p=stmt_p@entry=0x7fffcc98,
seq_p=seq_p@entry=0x7fffcc80) at ../../gcc/gimplify.c:5519
#19 0x008a04b8 in gimplify_and_add (seq_p=0x7fffcc80,
t=0x76a6c7f8) at ../../gcc/gimplify.c:423
#20 gimplify_omp_for (expr_p=expr_p@entry=0x7fffce98,
pre_p=pre_p@entry=0x7fffce88) at ../../gcc/gimplify.c:7413
#21 0x008990bd in gimplify_expr (expr_p=0x7fffce98,
pre_p=pre_p@entry=0x7fffce88, post_p=0x7fffcd38, post_p@entry=0x0,
gimple_test_f=gimple_test_f@entry=0x8923f0 ,
fallback=fallback@entry=0) at ../../gcc/gimplify.c:8562
#22 0x0089a967 in gimplify_stmt (stmt_p=stmt_p@entry=0x7fffce98,
seq_p=seq_p@entry=0x7fffce88) at ../../gcc/gimplify.c:5519
#23 0x0089f639 in gimplify_and_add (seq_p=0x7fffce88,
t=0x768dad38) at ../../gcc/gimplify.c:423
#24 gimplify_omp_workshare (expr_p=expr_p@entry=0x76a676b0,
pre_p=pre_p@entry=0x7fffd098) at ../../gcc/gimplify.c:7543
#25 0x00898f89 in gimplify_expr (expr_p=0x76a676b0,
pre_p=pre_p@entry=0x7fffd098, post_p=0x7fffcf38, post_p@entry=0x0,
gimple_test_f=gimple_test_f@entry=0x8923f0 ,
fallback=fallback@entry=0) at ../../gcc/gimplify.c:8598
#26 0x0089a967 in gimplify_stmt (stmt_p=stmt_p@entry=0x76a676b0,
seq_p=seq_p@entry=0x7fffd098) at ../../gcc/gimplify.c:5519
#27 0x0089b16e in gimplify_bind_expr
(expr_p=expr_p@entry=0x7fffd2a0, pre_p=pre_p@entry=0x7fffd298) at
../../gcc/gimplify.c:1136
#28 0x0089943a in

[Bug fortran/63861] OpenACC coarray ICE (also with OpenMP?)

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63861

Dominique d'Humieres  changed:

   What|Removed |Added

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

--- Comment #5 from Dominique d'Humieres  ---
Is this fixed after r220189?

[Bug c/68034] New: Print warning when memset is optimized out

2015-10-20 Thread bugzi...@poradnik-webmastera.com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68034

Bug ID: 68034
   Summary: Print warning when memset is optimized out
   Product: gcc
   Version: 4.8.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: bugzi...@poradnik-webmastera.com
  Target Milestone: ---

It is recommended to clear memory area storing sensitive data (e.g. passwords)
when they are no longer needed. When memset is used for this, it may lead to
subtle bug because gcc may optimize it out. Please add new warning which will
be printed when this happens. It will tell developers that they either have
security problem in code or there is some dead code which can be removed.

[Bug fortran/52970] OpenMP Scoping Incorrect for Arrays of Parameters

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52970

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #3 from Dominique d'Humieres  ---
> It looks like a dup of pr59488.

Agreed. Marked as DUPLICATE.

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

[Bug fortran/59488] [OpenMP] named constant in parallel construct leads to "not specified in enclosing parallel" error.

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59488

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||ian.bush at nag dot co.uk

--- Comment #9 from Dominique d'Humieres  ---
*** Bug 52970 has been marked as a duplicate of this bug. ***

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-10-20 Thread kargl at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |WAITING
 CC||kargl at gcc dot gnu.org

--- Comment #6 from kargl at gcc dot gnu.org ---
The problem reported here seems to be fixed in 4.9.4,
5.2.1, and 6.0.  No idea when or where it was fixed.

The original testcase gives

%  gfc6 -w -c a3.f90
a3.f90:130:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)
a3.f90:103:8:

 if (b1) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression
a3.f90:99:8:

 if (b) then
1
Error: IF clause at (1) requires a scalar LOGICAL expression

Adding proper declarations for b and b1, then ends with

% gfc6 -w -c a3.f90
a3.f90:132:2:

   function passeverywherefcomplex_impl(self, c1, c2, c3, exception) result(   
&
  1
Error: Unclassifiable statement at (1)

Adding the missing 'retval) and 'end function', then yields something
that compiles.

Does the problem still exist?

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

2015-10-20 Thread vehre at gmx dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171

--- Comment #6 from Andre Vehreschild  ---
Hi Paul,

No it's not, but the patch for the other pr addresses a lot of things in the
allocate. Mostly about functions returning class objects, but I remember to
have changed some of the things your patch might address . I just wanted to
point you to similar work.

Regards,
Andre

[Bug rtl-optimization/67609] [5/6 Regression] Generates wrong code for SSE2 _mm_load_pd

2015-10-20 Thread ubizjak at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609

--- Comment #12 from Uroš Bizjak  ---
Unfortunately, the patch doesn't fix similar PR67124 and (dup) PR68011.

[Bug tree-optimization/68027] conditional statement and unnecessary register assignment

2015-10-20 Thread SztfG at yandex dot ru 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68027

--- Comment #4 from SztfG at yandex dot ru ---
I think this can be optimized in this way:

cmpl$100, %edi
jg  a1
jne a2
jmp a3

without any label jumps

[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc

2015-10-20 Thread jvb at cyberscience dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919

--- Comment #14 from John Buddery  ---
I did get a working 4.9.2 build, with the workaround from my earlier comment.

It's a 32 bit build, bootstrapped with the hp 4.6.2 gcc distribution, my config
line was:

  $ ../gcc-4.9.2/configure --disable-libgomp --with-as=/opt/hp-gcc/bin/as
--enable-languages=c,c++ --prefix=/usr/local/gcc-4.9.2
--with-gmp=/usr/local/gcc-4.9.2 --with-mpc=/usr/local/gcc-4.9.2
--with-mpfr=/usr/local/gcc-4.9.2

I don't remember any errors in libstdc++. I would recommend installing gawk if
you haven't already - the HP awk can cause issues when building gcc.

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

2015-10-20 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67980

Paolo Carlini  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
   Assignee|paolo.carlini at oracle dot com|unassigned at gcc dot 
gnu.org

[Bug c++/68023] 4.8.4 generates good code where 5.2 generates bad code

2015-10-20 Thread barto at cambridgesemantics dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68023

David Barto  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #5 from David Barto  ---
The code uses so many un-aligned access operations (legal in x86 code) that
using -fsanitize=undefined causes the code to stop execution very early in the
startup.

If, after fixing this, the problem still exists, I'll be back to re-open the
bug.

[Bug fortran/51815] confusing substring syntax with array section for character coarray

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51815

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
Still present at revision r229079 (trunk 6.0).

[Bug libgcj/19109] Creating archives with java.util.zip

2015-10-20 Thread hjl at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19109

--- Comment #3 from hjl at gcc dot gnu.org  ---
Author: hjl
Date: Tue Oct 20 16:29:28 2015
New Revision: 229088

URL: https://gcc.gnu.org/viewcvs?rev=229088=gcc=rev
Log:
Add --enable-compressed-debug-sections={all,gas,gold,ld}

This patch removes the gas configure option:

--enable-compressed-debug-sections

and adds a toplevel configure option:

--enable-compressed-debug-sections={all,gas,gold,ld}

to enable compressed debug sections for gas, gold or ld by default.  At
the moment, this configure option is ignored by gold and ld.  For x86
Linux targets, default to compressing debug sections in gas.

Sync with binutils-gdb:
PR gas/19109
* configure.ac: Add
--enable-compressed-debug-sections={all,gas,gold,ld}.
* configure: Regenerated.

Modified:
trunk/ChangeLog
trunk/configure
trunk/configure.ac

[Bug fortran/53796] I/O INQUIRE of RECL: If not specified in OPEN, the default value should be returned (sequential access)

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53796

Dominique d'Humieres  changed:

   What|Removed |Added

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

--- Comment #14 from Dominique d'Humieres  ---
What is the status of this PR (the last entry is more than three years old)?

[Bug fortran/45859] [Coarray, F2008, IR] Rejects valid actuals to coarray dummies

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45859

Dominique d'Humieres  changed:

   What|Removed |Added

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

--- Comment #5 from Dominique d'Humieres  ---
> With current gfortran 4.7, the "x(10:)" program is accepted and the other
> one is rejected for "x(10)" with "must be simply contiguous" (which is true).
> Thus, the result is OK and only depends on what J3/WG5 regard as correct.

Confirmed from 4.8 up to trunk (6.0).

> TODO: Wait for the result of the IR.

>From my version of the Fortran 2015 draft

12.5.2.8 Coarray dummy variables

...

2 If the dummy argument is an array coarray that has the CONTIGUOUS attribute
  or is not of assumed shape, the corresponding actual argument shall be simply
  contiguous or an element of a simply contiguous array.

Does it means that gfortran is correct?

[Bug target/67963] -march=lakemont generates x87 instructions

2015-10-20 Thread hjl.tools at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67963

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #10 from H.J. Lu  ---
Fixed.

[Bug target/67963] -march=lakemont generates x87 instructions

2015-10-20 Thread hjl at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67963

--- Comment #9 from hjl at gcc dot gnu.org  ---
Author: hjl
Date: Tue Oct 20 15:12:37 2015
New Revision: 229082

URL: https://gcc.gnu.org/viewcvs?rev=229082=gcc=rev
Log:
Properly handle -miamcu and -march=lakemont

-miamcu specifies how parameters are passed to functions and how value
is returned from a function.  Inside function,  we can use instructions
supported by -march=XXX.  -miamcu -march=haswell can generate x87, SSE
and AVX instructions as long as the IA MCU psABI is followed.  But since
Lakemont processor doesn't support x87 instructions, we shouldn't
generate x87 instructions with -march=lakemont.  This patch separates
code generation from -miamcu and makes -march=lakemont not to generate
x87 instructions.

gcc/

PR target/67963
PR target/67985
* common/config/i386/i386-common.c (ix86_handle_option): Remove
OPT_miamcu handling.
* config/i386/i386.c (PTA_NO_80387): New macro.
(processor_alias_table): Add PTA_NO_80387 to lakemont.
(ix86_option_override_internal): Update MASK_80387 from
PTA_NO_80387.  Don't warn x87/MMX/SSE/AVX for -miamcu.  Warn
SSE math only if 80387 is supported.  Don't change
MASK_FLOAT_RETURNS.
(ix86_valid_target_attribute_tree): Enable FPMATH_387 only if
80387 is supported.
* config/i386/i386.h (TARGET_FLOAT_RETURNS_IN_80387): True only
if TARGET_80387 is true and TARGET_IAMCU is false.
(TARGET_FLOAT_RETURNS_IN_80387_P): True only if TARGET_80387_P
is true and TARGET_IAMCU_P is false.

gcc/testsuite/

PR target/67963
PR target/67985
* gcc.target/i386/pr67963-1.c: New test.
* gcc.target/i386/pr67963-2.c: Likewise.
* gcc.target/i386/pr67963-3.c: Likewise.
* gcc.target/i386/pr67985-1.c: Likewise.
* gcc.target/i386/pr67985-2.c: Likewise.
* gcc.target/i386/pr67985-3.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr67963-1.c
trunk/gcc/testsuite/gcc.target/i386/pr67963-2.c
trunk/gcc/testsuite/gcc.target/i386/pr67963-3.c
trunk/gcc/testsuite/gcc.target/i386/pr67985-1.c
trunk/gcc/testsuite/gcc.target/i386/pr67985-2.c
trunk/gcc/testsuite/gcc.target/i386/pr67985-3.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/common/config/i386/i386-common.c
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.h
trunk/gcc/testsuite/ChangeLog

[Bug target/66810] [6] ICE on tree error_mark with -miamcu

2015-10-20 Thread hjl.tools at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66810

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #4 from H.J. Lu  ---
Fixed.

[Bug c++/67989] [REGRESSION] g++ ICE on armel valid code

2015-10-20 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67989

Paolo Carlini  changed:

   What|Removed |Added

 CC||paolo.carlini at oracle dot com
   Severity|major   |normal

[Bug tree-optimization/68021] [6 Regression] ice in rewrite_use_nonlinear_expr with -O3

2015-10-20 Thread ysrumyan at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68021

--- Comment #3 from Yuri Rumyantsev  ---
It looks like unswitching of outer loops pass simply triggers the issue and
this tree-ssa-loop-ivopts issue.

[Bug libstdc++/68032] std-c++-14: Regex fails to match

2015-10-20 Thread timshen at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68032

Tim Shen  changed:

   What|Removed |Added

 CC||timshen at gcc dot gnu.org

--- Comment #1 from Tim Shen  ---
I think you mean:
"data\\(([a-zA-Z0-9_-]+)\\) ?= ?\\{ ?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+),
?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+),
?([0-9]+), ?([0-9]+) ?\\};"

instead of:
"data\\(([a-zA-Z0-9_-]+)\\) ?= ?\\{ ?([0-9+]), ?([0-9]+), ?([0-9]+), ?([0-9]+),
?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+), ?([0-9]+),
?([0-9]+), ?([0-9]+) ?\\};"

[Bug fortran/53029] missed optimization in internal read (without implied-do-loop)

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53029

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 Ever confirmed|0   |1

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

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

2015-10-20 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67980

Paolo Carlini  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |paolo.carlini at oracle 
dot com

[Bug fortran/52052] [Coarray] Properly handle coarray components of derived types

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52052

Dominique d'Humieres  changed:

   What|Removed |Added

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

--- Comment #3 from Dominique d'Humieres  ---
Patch committed more than two years ago. Any reason to keep this PR opened?

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

2015-10-20 Thread hjl at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67985

--- Comment #1 from hjl at gcc dot gnu.org  ---
Author: hjl
Date: Tue Oct 20 15:12:37 2015
New Revision: 229082

URL: https://gcc.gnu.org/viewcvs?rev=229082=gcc=rev
Log:
Properly handle -miamcu and -march=lakemont

-miamcu specifies how parameters are passed to functions and how value
is returned from a function.  Inside function,  we can use instructions
supported by -march=XXX.  -miamcu -march=haswell can generate x87, SSE
and AVX instructions as long as the IA MCU psABI is followed.  But since
Lakemont processor doesn't support x87 instructions, we shouldn't
generate x87 instructions with -march=lakemont.  This patch separates
code generation from -miamcu and makes -march=lakemont not to generate
x87 instructions.

gcc/

PR target/67963
PR target/67985
* common/config/i386/i386-common.c (ix86_handle_option): Remove
OPT_miamcu handling.
* config/i386/i386.c (PTA_NO_80387): New macro.
(processor_alias_table): Add PTA_NO_80387 to lakemont.
(ix86_option_override_internal): Update MASK_80387 from
PTA_NO_80387.  Don't warn x87/MMX/SSE/AVX for -miamcu.  Warn
SSE math only if 80387 is supported.  Don't change
MASK_FLOAT_RETURNS.
(ix86_valid_target_attribute_tree): Enable FPMATH_387 only if
80387 is supported.
* config/i386/i386.h (TARGET_FLOAT_RETURNS_IN_80387): True only
if TARGET_80387 is true and TARGET_IAMCU is false.
(TARGET_FLOAT_RETURNS_IN_80387_P): True only if TARGET_80387_P
is true and TARGET_IAMCU_P is false.

gcc/testsuite/

PR target/67963
PR target/67985
* gcc.target/i386/pr67963-1.c: New test.
* gcc.target/i386/pr67963-2.c: Likewise.
* gcc.target/i386/pr67963-3.c: Likewise.
* gcc.target/i386/pr67985-1.c: Likewise.
* gcc.target/i386/pr67985-2.c: Likewise.
* gcc.target/i386/pr67985-3.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr67963-1.c
trunk/gcc/testsuite/gcc.target/i386/pr67963-2.c
trunk/gcc/testsuite/gcc.target/i386/pr67963-3.c
trunk/gcc/testsuite/gcc.target/i386/pr67985-1.c
trunk/gcc/testsuite/gcc.target/i386/pr67985-2.c
trunk/gcc/testsuite/gcc.target/i386/pr67985-3.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/common/config/i386/i386-common.c
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.h
trunk/gcc/testsuite/ChangeLog

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

2015-10-20 Thread hjl.tools at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67985

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #2 from H.J. Lu  ---
Fixed.

[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc

2015-10-20 Thread josephpattara at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919

--- Comment #13 from Joseph John  ---
Yes. i also tried without the mlp64 option both for building the 4.7.4 and also
for building the 4.9.2 using the 4.7.4 but again I have the same issue. Means.
* 4.7.4 build is successful.
* 4.9.2 build fails at libstdc++-v3 as below.

/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include/type_traits:471:60:
error: template argument 1 is invalid
/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include/type_traits:479:62:
error: template argument 1 is invalid
/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include/type_traits:483:63:
error: template argument 1 is invalid
In file included from
/home/jjohn/hpux/gcc_492/gcc-4.9.2/libstdc++-v3/include/precompiled/stdc++.h:103:0:
/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include/future:1509:5:
error: looser throw specifier for 'virtual
std::__future_base::_Async_state_commonV2::~_Async_state_commonV2()'
/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include/future:316:15:
error:   overriding 'virtual
std::__future_base::_State_baseV2::~_State_baseV2() noexcept (true)'
In file included from
/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include/regex:57:0,
 from
/home/jjohn/hpux/gcc_492/gcc-4.9.2/libstdc++-v3/include/precompiled/stdc++.h:108:
/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include/bits/regex_automaton.h:159:24:
error: 'std::__detail::_NFA_base::_NFA_base' names constructor
Makefile:1596: recipe for target
'ia64-hp-hpux11.31/bits/stdc++.h.gch/O2ggnu++0x.gch' failed
make[5]: *** [ia64-hp-hpux11.31/bits/stdc++.h.gch/O2ggnu++0x.gch] Error 1
make[5]: Leaving directory
'/home/jjohn/hpux/gcc_492/gcc_build/ia64-hp-hpux11.31/libstdc++-v3/include'

The reason I went with using the mpl64 option was with out that option when I
was doing a 4.9.2 building using the GCC 4.2.3 which was available by default I
was getting the linker issue which is specified in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577. The only way I got get pass
the linker errro just after the libbackend.a creation was using the -mlp64
option for 4.9.2 build.

Were you successful in making the 4.9.2 build?

[Bug testsuite/67948] xor-and.c needs updating after r228661

2015-10-20 Thread andre.simoesdiasvieira at arm dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67948

Andre Vieira  changed:

   What|Removed |Added

 CC||andre.simoesdiasvieira@arm.
   ||com

--- Comment #2 from Andre Vieira  ---
I am working on this and proposed a fix on gcc-patches, see
https://gcc.gnu.org/ml/gcc-patches/2015-10/msg01899.html 

I can't assign the bug to me as I don't have write access.

[Bug rtl-optimization/67609] [5/6 Regression] Generates wrong code for SSE2 _mm_load_pd

2015-10-20 Thread vmakarov at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609

--- Comment #10 from Vladimir Makarov  ---
Author: vmakarov
Date: Tue Oct 20 16:26:05 2015
New Revision: 229087

URL: https://gcc.gnu.org/viewcvs?rev=229087=gcc=rev
Log:
2015-10-20  Vladimir Makarov  

PR rtl-optimization/67609
* lra-splill.c (lra_final_code_change): Don't remove all
sub-registers.

2015-10-20  Vladimir Makarov  

PR rtl-optimization/67609
* gcc.target/i386/pr67609.c: New.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr67609.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/lra-spills.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/56808] Coarray: Wrongly accepts coindexed arguments to INTENT(OUT) dummies

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56808

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-10-20
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
Both tests are accepted at revision r229079 (trunk 6.0).

[Bug fortran/67068] Ambiguous interfaces generated when including open mip fortran header

2015-10-20 Thread dominiq at lps dot ens.fr 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67068

Dominique d'Humieres  changed:

   What|Removed |Added

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

--- Comment #5 from Dominique d'Humieres  ---
Is not this another manifestation pr pr32957? I think this is an instance where
you should not use -freal-4-real-8.

  1   2   >