date:20130909

[Bug tree-optimization/58364] [4.8/4.9 Regression] likely wrong code bug

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58364

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |4.8.2

--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Started with r193028 .  I'll have a look.

[Bug middle-end/57748] [4.7/4.8/4.9 Regression] ICE when expanding assignment to unaligned zero-sized array

2013-09-09 Thread bernd.edlinger at hotmail dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748

--- Comment #34 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
Hmm, this was looking like a working example ((if it is valid C at all)),
but after some thougt, I saw now it exposes a data store race:

#include stdio.h
#include string.h

typedef long long V
  __attribute__ ((vector_size (2 * sizeof (long long)), may_alias));
union x
{
   long long a;
   float b;
} __attribute__((aligned(1))) ;

struct s
{
  union x xx[0];
  V x;

} __attribute__((packed));

void __attribute__((noinline, noclone))
foo(struct s * x)
{
  x-xx[0].a = -1;
  x-xx[0].b = 3.14;
  x-x[1] = 0x123456789ABCDEF;
}

int
main()
{
  struct s ss;
  memset(ss, 0, sizeof(ss));
  foo (ss);
  printf(%f %llX\n, ss.xx[0].b, ss.xx[0].a);
  printf(%llX %llX\n, ss.x[0], ss.x[1]);
}

the resulting code is:

foo:
.LFB23:
.cfi_startproc
movdqu  (%rdi), %xmm0
movabsq $-4294967296, %rdx
movq.LC1(%rip), %xmm1
psrldq  $8, %xmm0
punpcklqdq  %xmm0, %xmm1
movdqu  %xmm1, (%rdi)
movdqu  (%rdi), %xmm2
movdqa  %xmm2, -24(%rsp)
movq-24(%rsp), %rax
andq%rdx, %rax
orq $1078523331, %rax
movq%rax, -24(%rsp)
movdqa  -24(%rsp), %xmm3
movdqu  %xmm3, (%rdi)
movdqu  (%rdi), %xmm0
movhps  .LC2(%rip), %xmm0
movdqu  %xmm0, (%rdi)
ret

Which shows all read/write accesses are 16 byte at a time and this creates
a forbidden data store race.
Looks like I shot my own patch down now :-)

[Bug rtl-optimization/58365] [4.7/4.8/4.9 Regression] likely wrong code bug

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|4.8.2   |4.7.4

[Bug rtl-optimization/58365] [4.7/4.8/4.9 Regression] likely wrong code bug

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org,
   ||mkuvyrkov at gcc dot gnu.org
   Target Milestone|--- |4.8.2
Summary|likely wrong code bug   |[4.7/4.8/4.9 Regression]
   ||likely wrong code bug

--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Works still with r162588, fails with r162597, revisions in between those two
don't build, so can't be bisected more.  But it must be one of the GCSE changes
in that range.

[Bug bootstrap/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

2013-09-09 Thread harsha.patankar at gmail dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

Harsha harsha.patankar at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--- Comment #8 from Harsha harsha.patankar at gmail dot com ---
As Paolo stated, this error may be due to intermediate code sync up and
compilation. But was not seen in later code sync. 
Therefore closing this case.

[Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure

2013-09-09 Thread markus at trippelsdorf dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367

Bug ID: 58367
   Summary: [4.9 Regression] lto/pgo bootstrap failure
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: markus at trippelsdorf dot de

On current trunk (rev202381) I get:
...
/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++
-B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs
-I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu
-I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include
-I/var/tmp/gcc/libstdc++-v3/libsupc++
-L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs
-c   -march=native -O2 -pipe -fuse-linker-plugin -flto=jobserver
-fno-fat-lto-objects -frandom-seed=1 -fprofile-use -DIN_GCC   -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -I. -I.
-I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include
-I../../gcc/gcc/../libcpp/include  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/bid -I../libdecnumber
-I../../gcc/gcc/../libbacktrace../../gcc/gcc/expr.c -o expr.o
In file included from ../../gcc/gcc/expr.c:11183:0:
./gt-expr.h: In function ‘store_expr(tree_node*, rtx_def*, int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘arcs’) [-Werror=coverage-mismatch]
 };
  ^
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘indirect_call’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘clear_storage_hints(rtx_def*, rtx_def*,
block_op_methods, unsigned int, long)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19clear_storage_hintsP7rtx_defS0_16block_op_methodsjl’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘store_by_pieces_1(store_by_pieces_d*, unsigned int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_ZL17store_by_pieces_1P17store_by_pieces_dj’ does not match its profile data
(counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘store_by_pieces(rtx_def*, unsigned long, rtx_def*
(*)(void*, long, machine_mode), void*, unsigned int, bool, int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z15store_by_piecesP7rtx_defmPFS0_Pvl12machine_modeES1_jbi’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘can_store_by_pieces(unsigned long, rtx_def*
(*)(void*, long, machine_mode), void*, unsigned int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘indirect_call’) [-Werror=coverage-mismatch]

with »make -j4 BOOT_CFLAGS=-march=native -O2 -pipe
STAGE1_CFLAGS=-march=native -O2 -pipe CFLAGS_FOR_TARGET=-march=native -O2
-pipe CXXFLAGS_FOR_TARGET=-march=native -O2 -pipe profiledbootstrap«

[Bug lto/53808] Undefined symbol when building a library with lto

2013-09-09 Thread hubicka at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808

--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org ---
With Jason's patch I get:

In undef.cpp we devirtualize to _ZN3fooD2Ev:
  Type: function
  Visibility: external public
  References:
  Referring:
  Function flags:
  Called by: _ZN3barD2Ev/8 (1.00 per call)
  Calls:
It is external and we expect it to be available.

In def.cpp:
_ZN3fooD2Ev/9 (foo::~foo()) @0x7f6fe5082720
  Type: function
  Visibility: external public
  References:
  Referring:
  Function flags:
  Called by: _ZN3barD2Ev/3 (1.00 per call)
  Calls:

So I correctly get undefined reference to foo destructor. It indeed seems
undefined in the testcase.

Without Jason's patch I get undefined bar destructor, that seems wrong.

Jason, I thus thunk your patch is sufficient to fix the PR. Can you commit it?

[Bug middle-end/57503] [4.7/4.8 Regression] Expand uses wrong multiply routine

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |WAITING

--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Can you please investigate the behavior on current trunk and the top of the 4.8
branch?

[Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.9.0

[Bug bootstrap/58368] New: [4.9 regression] bootstrap comparison failure in expr.o and i386.o on x86_64-linux

2013-09-09 Thread mikpe at it dot uu.se

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58368

Bug ID: 58368
   Summary: [4.9 regression] bootstrap comparison failure in
expr.o and i386.o on x86_64-linux
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mikpe at it dot uu.se

Attempting to bootstrap gcc-4.9-20130908 (r202372) on x86_64-linux fails with:

make[3]: Leaving directory `/mnt/scratch/objdir49'
Comparing stages 2 and 3
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/expr.o differs
gcc/i386.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/mnt/scratch/objdir49'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/mnt/scratch/objdir49'
make: *** [bootstrap] Error 2

The previous weekly snapshot, 4.9-20130901, bootstrapped fine.

Configuration:
/mnt/scratch/gcc-4.9-20130908/configure --prefix=/mnt/scratch/install49
--with-gmp=/home/mikpe/pkgs/linux-x86_64/gmp-5.1.2
--with-mpfr=/home/mikpe/pkgs/linux-x86_64/mpfr-3.1.2
--with-mpc=/home/mikpe/pkgs/linux-x86_64/mpc-1.0.1 --disable-plugin
--disable-lto --disable-nls --enable-threads=posix --enable-checking=release
--disable-libmudflap --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go

[Bug tree-optimization/58359] __builtin_unreachable prevents vectorization

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-09-09
 Blocks||53947
 Ever confirmed|0   |1
   Severity|normal  |enhancement

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
We remove paths ending in __builtin_unreachable () at some point but arguably
too late for the vectorizer.

An (easy?) way out for the vectorizer would be to ignore that path (that is,
do not generate vectorized code for it).

But then first its various pieces would need to deal with loops with multiple
basic-blocks.

[Bug c/58349] ARMv7: ICE in vect_determine_vectorization_factor, at tree-vect-loop.c:349

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58349

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
--with-pkgversion='Ubuntu/Linaro 4.6.3-1ubuntu5'

hints at some Linaro branch/version.

[Bug c/58346] ICE with SIGFPE at -O1 and above on x86_64-linux-gnu (affecting trunk, 4.8, 4.7, and 4.6)

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||accepts-invalid,
   ||ice-on-invalid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-09-09
 CC||jsm28 at gcc dot gnu.org
  Component|ipa |c
 Ever confirmed|0   |1

--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
I believe the following should be invalid C

struct U {};
static struct U b[1] = { };

U is a zero-sized struct and b is an array built from it.  This array
cannot fulfil the basic array index operation requirements unless
the element size is bumped to one.

[Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure

2013-09-09 Thread markus at trippelsdorf dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367

--- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de ---
Created attachment 30769
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30769action=edit
unreduced testcase

markus@x4 gcc % /var/tmp/gcc_build_dir/./prev-gcc/cc1plus -quiet -O2
-fprofile-use -fno-exceptions -fno-rtti expr.ii
In file included from ../../gcc/gcc/expr.c:11183:0:
./gt-expr.h: In function ‘rtx_def* store_expr(tree, rtx, int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘arcs’) [-Werror=coverage-mismatch]
 };
  ^
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘indirect_call’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘rtx_def* clear_storage_hints(rtx, rtx,
block_op_methods, unsigned int, long int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19clear_storage_hintsP7rtx_defS0_16block_op_methodsjl’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘void store_by_pieces_1(store_by_pieces_d*, unsigned
int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_ZL17store_by_pieces_1P17store_by_pieces_dj’ does not match its profile data
(counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘rtx_def* store_by_pieces(rtx, long unsigned int,
rtx_def* (*)(void*, long int, machine_mode), void*, unsigned int, bool, int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z15store_by_piecesP7rtx_defmPFS0_Pvl12machine_modeES1_jbi’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘int can_store_by_pieces(long unsigned int, rtx_def*
(*)(void*, long int, machine_mode), void*, unsigned int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘indirect_call’) [-Werror=coverage-mismatch]
cc1plus: some warnings being treated as errors

(gcc from two days ago is fine:)
markus@x4 gcc % /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1plus -quiet -O2
-fprofile-use -fno-exceptions -fno-rtti expr.ii
markus@x4 gcc %

[Bug c/58346] ICE with SIGFPE at -O1 and above on x86_64-linux-gnu (affecting trunk, 4.8, 4.7, and 4.6)

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346

--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
I wonder what

struct U {};
static struct U b[6];

int foo (struct U *p, struct U *q)
{
  return q - p;
}
int main()
{
  return foo (b[0], b[4]);
}

is expected to do.  It raises a division by zero exception at runtime
(that's definitely a FE bug).  That's either wrong-code or the same
issue (not valid GNU C).

[Bug c/58346] ICE with SIGFPE at -O1 and above on x86_64-linux-gnu (affecting trunk, 4.8, 4.7, and 4.6)

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346

--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
*** Bug 58345 has been marked as a duplicate of this bug. ***

[Bug ipa/58345] ICE with SIGFPE at -O1 on x86_64-linux-gnu (affecting trunk and 4.8)

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58345

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
I'd say it's a dup.

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

[Bug middle-end/58344] ICE with segfault at -O1 and above on x86_64-linux-gnu

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58344

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-09-09
 Depends on||58346
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Confirmed, related to 58346

[Bug tree-optimization/58343] [4.9 Regression] ICE in dfs_enumerate_from, at cfganal.c:1036

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-09-09
 CC||law at gcc dot gnu.org
Version|unknown |4.9.0
   Target Milestone|--- |4.9.0
Summary|ICE in dfs_enumerate_from,  |[4.9 Regression] ICE in
   |at cfganal.c:1036   |dfs_enumerate_from, at
   ||cfganal.c:1036
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Confirmed.

[Bug tree-optimization/58342] ICE in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58342

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 CC||law at gcc dot gnu.org
 Depends on||58340

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
I cannot reproduce this one (maybe too many local patches ;)).

[Bug bootstrap/58368] [4.9 regression] bootstrap comparison failure in expr.o and i386.o on x86_64-linux

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58368

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Possibly related to PR58340?

[Bug bootstrap/58368] [4.9 regression] bootstrap comparison failure in expr.o and i386.o on x86_64-linux

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58368

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.9.0

[Bug c++/58045] gcc 4.8 produces an undefined reference to an inline function

2013-09-09 Thread hubicka at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58045

Jan Hubicka hubicka at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #1 from Jan Hubicka hubicka at gcc dot gnu.org ---
This is different from the other PR.

Here C++ FE declare the function as:

_ZNK4llvm14raw_fd_ostream11current_posEv/6 (virtual uint64_t
llvm::raw_fd_ostream::current_pos() const) @0x77047980
  Type: function definition analyzed
  Visibility: external public weak comdat
comdat_group:_ZNK4llvm14raw_fd_ostream11current_posEv one_only virtual
  References: __gcov0._ZNK4llvm14raw_fd_ostream11current_posEv/78
(read)__gcov0._ZNK4llvm14raw_fd_ostream11current_posEv/78 (write)
  Referring:
  Availability: available
  Profile id: 1497168468
  Function flags: body
  Called by:
_ZL16writeStringTableRN4llvm14raw_fd_ostreamENS_8ArrayRefIN12_GLOBAL__N_118NewArchiveIteratorEEERSt6vectorIjSaIjEE.isra.8.constprop.12/90
(1.47 per call) (can throw external)

The meaning of external comdat does not make that much sense to me but I can
definitely make can_refer_decl_in_current_unit_p to declare the function
non-referable. That would untimately prevent inlining while it is certainly
possible, since body is around.

Jason, why the function is external and isn't there way to simply make it
comdat?

[Bug c++/58252] [4.9 Regression] ice in gimple_get_virt_method_for_binfo with -O2

2013-09-09 Thread hubicka at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252

Jan Hubicka hubicka at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org

--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org ---
This seems like a frontend issue to me.  OBJ_TYPE_REF must link object with
proper vtable.  If we can not safely fetch the type from THIS pointer type of
respective method, we need to improve the representation.

[Bug tree-optimization/58294] [4.9 Regression] ice in update_ssa_across_abnormal_edges, at tree-inline.c:1892

2013-09-09 Thread hubicka at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294

--- Comment #12 from Jan Hubicka hubicka at gcc dot gnu.org ---
Created attachment 30770
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30770action=edit
proposed fix

[Bug tree-optimization/58342] ICE in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58342

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Perhaps fixed by the r202379 fix?

[Bug tree-optimization/58294] [4.9 Regression] ice in update_ssa_across_abnormal_edges, at tree-inline.c:1892

2013-09-09 Thread hubicka at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294

--- Comment #13 from Jan Hubicka hubicka at gcc dot gnu.org ---
The problem here is the abnormal edge of setjmp not being copied around by
gimple_ic.  This bug is there since earlytimes of tree-ssa ;)

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

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58223

--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Sep  9 09:47:24 2013
New Revision: 202385

URL: http://gcc.gnu.org/viewcvs?rev=202385root=gccview=rev
Log:
2013-09-09  Richard Biener  rguent...@suse.de

Backport from mainline
2013-08-30  Richard Biener  rguent...@suse.de

PR tree-optimization/58223
* tree-loop-distribution.c (has_anti_dependence): Rename to ...
(has_anti_or_output_dependence): ... this and adjust to also
look for output dependences.
(mark_nodes_having_upstream_mem_writes): Adjust.
(rdg_flag_uses): Likewise.

* gcc.dg/torture/pr58223.c: New testcase.
* gcc.dg/tree-ssa/ldist-16.c: Flip expected behavior.

Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/torture/pr58223.c
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog
branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/tree-ssa/ldist-16.c
branches/gcc-4_8-branch/gcc/tree-loop-distribution.c

[Bug tree-optimization/58294] [4.9 Regression] ice in update_ssa_across_abnormal_edges, at tree-inline.c:1892

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org ---
The abnormal edges for setjmp were introduced just in 4.9, not in the early
times of tree-ssa.

[Bug tree-optimization/57685] [4.8 Regression] GCC stuck in an infinite loop

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57685

--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Sep  9 09:48:43 2013
New Revision: 202386

URL: http://gcc.gnu.org/viewcvs?rev=202386root=gccview=rev
Log:
2013-09-09  Richard Biener  rguent...@suse.de

Backport from mainline
2013-08-29  Richard Biener  rguent...@suse.de

PR tree-optimization/57685
* tree-vrp.c (register_edge_assert_for_1): Recurse only for
single-use operands to avoid exponential complexity.

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

Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/torture/pr57685.c
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog
branches/gcc-4_8-branch/gcc/tree-vrp.c

[Bug tree-optimization/57656] [4.7/4.8 Regression] Wrong constant folding

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57656

--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Sep  9 09:49:54 2013
New Revision: 202387

URL: http://gcc.gnu.org/viewcvs?rev=202387root=gccview=rev
Log:
2013-09-09  Richard Biener  rguent...@suse.de

Backport from mainline
2013-09-03  Richard Biener  rguent...@suse.de

PR middle-end/57656
* fold-const.c (negate_expr_p): Fix division case.
(negate_expr): Likewise.

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

Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/torture/pr57656.c
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/fold-const.c
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog

[Bug tree-optimization/57521] [4.7/4.8 Regression] wrong code for expressions in loop at -O3

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57521

--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Sep  9 09:51:18 2013
New Revision: 202388

URL: http://gcc.gnu.org/viewcvs?rev=202388root=gccview=rev
Log:
2013-09-09  Richard Biener  rguent...@suse.de

Backport from mainline
2013-08-27  Richard Biener  rguent...@suse.de

PR tree-optimization/57521
* tree-if-conv.c (if_convertible_bb_p): Verify that at least
one edge is non-critical.
(find_phi_replacement_condition): Make sure to use a non-critical
edge.  Cleanup and remove old bug workarounds.
(bb_postdominates_preds): Remove.
(if_convertible_loop_p_1): Do not compute post-dominators.
(combine_blocks): Do not free post-dominators.
(main_tree_if_conversion): Likewise.

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

Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/torture/pr57521.c
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog
branches/gcc-4_8-branch/gcc/tree-if-conv.c

[Bug bootstrap/58368] [4.9 regression] bootstrap comparison failure in expr.o and i386.o on x86_64-linux

2013-09-09 Thread mikpe at it dot uu.se

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58368

--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se ---
Applying r202379 didn't fix the comparison failure, but reverting r202345 did.

[Bug tree-optimization/57685] [4.8 Regression] GCC stuck in an infinite loop

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57685

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Fixed.

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

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58223

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Fixed.

[Bug tree-optimization/58364] [4.8/4.9 Regression] likely wrong code bug

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58364

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 30771
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30771action=edit
gcc49-pr58364.patch

Untested fix.

[Bug tree-optimization/58294] [4.9 Regression] ice in update_ssa_across_abnormal_edges, at tree-inline.c:1892

2013-09-09 Thread hubicka at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294

--- Comment #15 from Jan Hubicka hubicka at gcc dot gnu.org ---
Your fault then.  I suppose one can reproduce same problem with non-local gotos
by inlining C++ function into one with nested function...

[Bug tree-optimization/58294] [4.9 Regression] ice in update_ssa_across_abnormal_edges, at tree-inline.c:1892

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294

--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org ---
richi has introduced them, not me, but that is just a detail ;).

[Bug c++/58325] [4.7/4.8/4.9 Regression] Spurious unused-but-set-variable warning on delete[] of volatile pointer

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58325

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.7.4
Summary|Spurious|[4.7/4.8/4.9 Regression]
   |unused-but-set-variable |Spurious
   |warning on delete[] of  |unused-but-set-variable
   |volatile pointer|warning on delete[] of
   ||volatile pointer

[Bug c++/58325] [4.7/4.8/4.9 Regression] Spurious unused-but-set-variable warning on delete[] of volatile pointer

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58325

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 30772
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30772action=edit
gcc49-pr58325.patch

Untested fix.

[Bug c++/58362] Wrong column number for unused parameter

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58362

--- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com ---
I sent the simple patch and apparently people would rather prefer fixing
location_of to not do t = DECL_CONTEXT (t) for PARM_DECLs, likewise the C
front-end of course, in such a way that '+' works and we don't have to pass the
DECL_SOURCE_LOCATION. I can't work on this right now.

[Bug c++/58362] Wrong column number for unused parameter

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58362

--- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com ---
Nope, sorry, the C front-end is already fine, thus I guess we really want to
change location_of in the C++ front-end.

[Bug target/58361] Wrong floating point code generated for ARM target

2013-09-09 Thread rearnsha at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58361

Richard Earnshaw rearnsha at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #1 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
Confirmed.  Could also happen on 4.8 or trunk, but this test case won't show
that because of other changes.

[Bug rtl-optimization/58369] New: [4.8/4.9 regression] ICE in subreg_get_info when compiling boost for m68k-linux

2013-09-09 Thread mikpe at it dot uu.se

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369

Bug ID: 58369
   Summary: [4.8/4.9 regression] ICE in subreg_get_info when
compiling boost for m68k-linux
   Product: gcc
   Version: 4.8.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mikpe at it dot uu.se

Created attachment 30773
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30773action=edit
Pre-processed non-reduced test case

Attempting to compile boost-1.54 with g++ 4.8 or 4.9 for m68k-linux (after
fixing a known boost alignment error that breaks jam) causes an ICE:

 g++ -O2 -fPIC -S ellint_3f.ii 
In file included from ./boost/math/special_functions/ellint_3.hpp:22:0,
 from ./boost/math/special_functions.hpp:27,
 from libs/math/src/tr1/pch.hpp:9,
 from libs/math/build/../src/tr1/ellint_3f.cpp:6:
./boost/math/special_functions/ellint_rj.hpp: In function 'T
boost::math::detail::ellint_rj_imp(T, T, T, T, const Policy) [with T = double;
Policy =
boost::math::policies::policyboost::math::policies::domain_error(boost::math::policies::error_policy_type)1u,
boost::math::policies::pole_error(boost::math::policies::error_policy_type)1u,
boost::math::policies::overflow_error(boost::math::policies::error_policy_type)1u,
boost::math::policies::evaluation_error(boost::math::policies::error_policy_type)1u,
boost::math::policies::rounding_error(boost::math::policies::error_policy_type)1u,
boost::math::policies::default_policy, boost::math::policies::default_policy,
boost::math::policies::default_policy, boost::math::policies::default_policy,
boost::math::policies::default_policy,
boost::math::policies::default_policy]':
./boost/math/special_functions/ellint_rj.hpp:151:1: internal compiler error: in
subreg_get_info, at rtlanal.c:3394
0x76ca1c subreg_get_info(unsigned int, machine_mode, unsigned int,
machine_mode, subreg_info*)
/tmp/gcc-4.8-r193425/gcc/rtlanal.c:3394
0x76ca2b subreg_regno_offset(unsigned int, machine_mode, unsigned int,
machine_mode)
/tmp/gcc-4.8-r193425/gcc/rtlanal.c:3446
0x75d1f0 choose_reload_regs
/tmp/gcc-4.8-r193425/gcc/reload1.c:6564
0x761227 reload_as_needed
/tmp/gcc-4.8-r193425/gcc/reload1.c:4648
0x766f5e reload(rtx_def*, int)
/tmp/gcc-4.8-r193425/gcc/reload1.c:1055
0x6ab68b do_reload
/tmp/gcc-4.8-r193425/gcc/ira.c:4636
0x6ab68b rest_of_handle_reload
/tmp/gcc-4.8-r193425/gcc/ira.c:4737
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.

4.7 is Ok.  Started with Bin Cheng's r193425.  Reproducible with a cross.

Originally from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719484.

Currently attempting to auto-reduce the test case, but it's a painfully slow
process.

[Bug c++/58362] Wrong column number for unused parameter

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58362

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|hubicka at ucw dot cz  |
   Assignee|unassigned at gcc dot gnu.org  |paolo.carlini at oracle 
dot com
   Target Milestone|--- |4.9.0

--- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com ---
Ok, that's doable.

[Bug tree-optimization/58326] [4.9 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:551

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58326

--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, so for one, fix_bb_placements for the case of moved subloop (headers):

  if (from-loop_father-header == from)
{
  /* Subloop header, maybe move the loop upward.  */
  if (!fix_loop_placement (from-loop_father, irred_invalidated))
continue;
  target_loop = loop_outer (from-loop_father);
}

doesn't include the header (or any of its body BBs in this case) in the
set of loop_closed_ssa_invalidated blocks.  At least the header can
use a name defined in the previous outer loop (and I fail to see why
a random loop body block couldn't).

But then, rewrite-into-LC-ssa does

static void
find_uses_to_rename_bb (basic_block bb, bitmap *use_blocks, bitmap need_phis)
{
  gimple_stmt_iterator bsi;
  edge e;
  edge_iterator ei;

  FOR_EACH_EDGE (e, ei, bb-succs)
for (bsi = gsi_start_phis (e-dest); !gsi_end_p (bsi); gsi_next (bsi))
  {
gimple phi = gsi_stmt (bsi);
if (! virtual_operand_p (gimple_phi_result (phi)))
  find_uses_to_rename_use (bb, PHI_ARG_DEF_FROM_EDGE (phi, e),
   use_blocks, need_phis);
  }

so for uses in PHIs it considers all destinations of edges out of
changed blocks (but not uses in PHIs of the block itself).  For
some weird reason.  Well - in this case one predecessor is in the
set of changed blocks and one (the one from the backedge) isn't.

Fixing fix_bb_placements to include all blocks of moved sub-loops
in loop_closed_ssa_invalidated fixes the testcases, but still the
above looks odd.

[Bug c++/58207] [4.8/4.9 Regression] ICE in sort_constexpr_mem_initializers due to out of bounds vector access

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58207

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Reduced testcase:

struct A
{
  virtual bool foo ();
};
struct B : public A
{
  constexpr B () : A (::n) {}
};

[Bug tree-optimization/58294] [4.9 Regression] ice in update_ssa_across_abnormal_edges, at tree-inline.c:1892

2013-09-09 Thread hubicka at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294

--- Comment #17 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Mon Sep  9 12:09:50 2013
New Revision: 202389

URL: http://gcc.gnu.org/viewcvs?rev=202389root=gccview=rev
Log:
PR middle-end/58294
* value-prof.c (gimple_ic): Copy also abnormal edges.
* g++.dg/torture/PR58294.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/torture/PR58294.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/value-prof.c

[Bug c++/58207] [4.8/4.9 Regression] ICE in sort_constexpr_mem_initializers due to out of bounds vector access

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58207

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||error-recovery
 CC||jason at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Started with r195986.
Another testcase that ICEs:
struct C
{
  virtual bool foo ();
};
struct D : public C
{
  constexpr D () : C (6) {}
};

Changing sort_constexpr_mem_initializers to stop searching at the end of vector
and in that case just assert errorcount  0 and return v unmodified fixes those
ICEs, though it is kind of ugly.

[Bug middle-end/57748] [4.7/4.8/4.9 Regression] ICE when expanding assignment to unaligned zero-sized array

2013-09-09 Thread bernd.edlinger at hotmail dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748

--- Comment #35 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
Well, this bug seems to have a symmetical twin on the read side.

In the above example, if I add this:

  if (x-xx[0].b != 3.14F || x-xx[1].a != 0x123456789ABCDEF)
abort ();

this gets compiled:

movdqu  (%rdi), %xmm0
ucomiss .LC0(%rip), %xmm0
jp  .L2
jne .L2
movdqu  (%rdi), %xmm0
movabsq $81985529216486895, %rdx
movhlps %xmm0, %xmm1
movq%xmm1, %rax
cmpq%rdx, %rax
jne .L2

regardless if x is volatile or even with -fstrict-volatile-bitfields (!)

[Bug tree-optimization/58342] ICE in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-09 Thread law at redhat dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58342

Jeffrey A. Law law at redhat dot com changed:

   What|Removed |Added

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

--- Comment #3 from Jeffrey A. Law law at redhat dot com ---
Fixed on trunk.

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

[Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-09 Thread law at redhat dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

--- Comment #17 from Jeffrey A. Law law at redhat dot com ---
*** Bug 58342 has been marked as a duplicate of this bug. ***

[Bug target/57735] ICE with -mtune=xscale (error: could not split insn) when building webkit

2013-09-09 Thread ktkachov at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57735

--- Comment #8 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Sep  9 13:11:45 2013
New Revision: 202397

URL: http://gcc.gnu.org/viewcvs?rev=202397root=gccview=rev
Log:
[gcc/]
2013-09-09  Kyrylo Tkachov  kyrylo.tkac...@arm.com

PR target/57735
Backport from mainline
2013-04-30  Richard Sandiford  rsand...@linux.vnet.ibm.com

* explow.c (plus_constant): Pass mode to immed_double_int_const.
Use gen_int_mode rather than GEN_INT.

[gcc/testsuite]
2013-09-09  Kyrylo Tkachov  kyrylo.tkac...@arm.com

PR target/57735
* g++.dg/ext/pr57735.C: New test.

Added:
branches/gcc-4_8-branch/gcc/testsuite/g++.dg/ext/pr57735.C
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/explow.c
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog

[Bug sanitizer/56535] ICE: in build2_stat, at tree.c:3885 when compiling with -fsanitize=address

2013-09-09 Thread dominiq at lps dot ens.fr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56535

--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr ---
I confirm that this PR has been fixed by revision 199409 (r199408 gives
ICEs).

[Bug target/57735] ICE with -mtune=xscale (error: could not split insn) when building webkit

2013-09-09 Thread ktkachov at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57735

--- Comment #9 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Sep  9 13:16:44 2013
New Revision: 202398

URL: http://gcc.gnu.org/viewcvs?rev=202398root=gccview=rev
Log:
2013-09-09  Kyrylo Tkachov  kyrylo.tkac...@arm.com

PR target/57735
* g++.dg/ext/pr57735.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/ext/pr57735.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug target/57735] ICE with -mtune=xscale (error: could not split insn) when building webkit

2013-09-09 Thread ktkachov at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57735

ktkachov at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #10 from ktkachov at gcc dot gnu.org ---
Fixed in 4.8 branch. Testcase added in trunk.

[Bug tree-optimization/58326] [4.9 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:551

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58326

--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Sep  9 13:18:38 2013
New Revision: 202399

URL: http://gcc.gnu.org/viewcvs?rev=202399root=gccview=rev
Log:
2013-09-09  Richard Biener  rguent...@suse.de

PR middle-end/58326
* cfgloopmanip.c (fix_bb_placements): When fixing the placement
of a subloop record all its block as affecting loop-closed SSA form.

* gcc.dg/torture/pr58326-1.c: New testcase.
* gcc.dg/torture/pr58326-2.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr58326-1.c
trunk/gcc/testsuite/gcc.dg/torture/pr58326-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfgloopmanip.c
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/58326] [4.9 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:551

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58326

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
Version|unknown |4.9.0
 Resolution|--- |FIXED

--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Fixed.

[Bug c++/56892] dllexport prevents inline inside dll

2013-09-09 Thread ktietz at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56892

Kai Tietz ktietz at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #3 from Kai Tietz ktietz at gcc dot gnu.org ---
Issue is fixed for 4.8.1+ and on trunk.
Close bug

[Bug preprocessor/58370] New: pre compiled headers failure on NetBSD/sparc64

2013-09-09 Thread martin at netbsd dot org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370

Bug ID: 58370
   Summary: pre compiled headers failure on NetBSD/sparc64
   Product: gcc
   Version: 4.8.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: preprocessor
  Assignee: unassigned at gcc dot gnu.org
  Reporter: martin at netbsd dot org

Trying to configure gcc fails with an endless loop in one of the configure
tests of libstc++. There are actually two errors in this:

(1) a fatal error when reading a PCH file had to relocate PCH
(2) a SIGSEGV when trying to resolve symbol information for the diagnostic
message, which in turn leads to a SIGSEGV inside the SIGSEGV handler

I don't know if (2) is only fallout from (1). I can provide more debug output
if needed (not sure what part of this is NetBSD specific).

The backtrace is:

#0  0x012fff88 in linemap_location_from_macro_expansion_p (
set=0x42e7, location=19) at ../../gcc-4.8.1/libcpp/line-map.c:948
#1  0x012ff31c in linemap_lookup (set=0x42e7, line=19)
at ../../gcc-4.8.1/libcpp/line-map.c:642
#2  0x0130065c in linemap_macro_loc_to_def_point (set=0x42e7, 
location=19, original_map=0xa0c8)
at ../../gcc-4.8.1/libcpp/line-map.c:1134
#3  0x01300934 in linemap_resolve_location (set=0x42e7, loc=19, 
lrk=LRK_MACRO_DEFINITION_LOCATION, map=0xa0c8)
at ../../gcc-4.8.1/libcpp/line-map.c:1263
#4  0x012d4ab8 in diagnostic_report_current_module (context=0x17b28d0, 
where=19) at ../../gcc-4.8.1/gcc/diagnostic.c:481
#5  0x003a6368 in cp_diagnostic_starter (context=0x17b28d0, 
diagnostic=0xa308) at ../../gcc-4.8.1/gcc/cp/error.c:2907
#6  0x012d5e44 in diagnostic_report_diagnostic (context=0x17b28d0, 
diagnostic=0xa308) at ../../gcc-4.8.1/gcc/diagnostic.c:756
#7  0x012d6b90 in fatal_error (gmsgid=0x13e1230 had to relocate PCH)
at ../../gcc-4.8.1/gcc/diagnostic.c:1076
#8  0x008e83dc in gt_pch_restore (f=0x424a0738)
at ../../gcc-4.8.1/gcc/ggc-common.c:704
#9  0x005c575c in c_common_read_pch (pfile=0x42765800, 
name=0x4275dbc0 conftest.h.gch, fd=4, orig_name=0x4275dbb0 conftest.h)
at ../../gcc-4.8.1/gcc/c-family/c-pch.c:370
#10 0x012f05f8 in should_stack_file (pfile=0x42765800, 
file=0x42788130, import=false) at ../../gcc-4.8.1/libcpp/files.c:787
#11 0x012f097c in _cpp_stack_file (pfile=0x42765800, file=0x42788130, 
import=false) at ../../gcc-4.8.1/libcpp/files.c:872
#12 0x012f0fe4 in _cpp_stack_include (pfile=0x42765800, 
fname=0x4275db90 conftest.h, angle_brackets=0, type=IT_INCLUDE)
at ../../gcc-4.8.1/libcpp/files.c:1008
#13 0x012e1fc4 in do_include_common (pfile=0x42765800, type=IT_INCLUDE)
at ../../gcc-4.8.1/libcpp/directives.c:793
#14 0x012e2024 in do_include (pfile=0x42765800)
at ../../gcc-4.8.1/libcpp/directives.c:804
#15 0x012e13dc in _cpp_handle_directive (pfile=0x42765800, indented=0)
at ../../gcc-4.8.1/libcpp/directives.c:492
#16 0x012f9dc4 in _cpp_lex_token (pfile=0x42765800)
at ../../gcc-4.8.1/libcpp/lex.c:1990
#17 0x01306cec in cpp_get_token_1 (pfile=0x42765800, 
location=0xafd8) at ../../gcc-4.8.1/libcpp/macro.c:2355
#18 0x01307330 in cpp_get_token_with_location (pfile=0x42765800, 
loc=0xafd8) at ../../gcc-4.8.1/libcpp/macro.c:2537
#19 0x005b9484 in c_lex_with_flags (value=0xafe0, 
loc=0xafd8, cpp_flags=0xafd2 , lex_flags=0)
at ../../gcc-4.8.1/gcc/c-family/c-lex.c:300
#20 0x003b225c in cp_lexer_get_preprocessor_token (lexer=0x0, 
token=0xafd0) at ../../gcc-4.8.1/gcc/cp/parser.c:715
#21 0x003f64e8 in cp_parser_initial_pragma (
first_token=0xafd0) at ../../gcc-4.8.1/gcc/cp/parser.c:28139
#22 0x003b1d98 in cp_lexer_new_main ()

This can be reproduced like this:

 cat conftest.h
#include math.h
 cat conftest.cc 
#include conftest.h
 $BUILDDIR/stage1-gcc/xg++ -B $BUILDDIR/stage1-gcc -Werror -Winvalid-pch 
 -Wno-deprecated -x c++-header conftest.h -o conftest.h.gch
 $BUILDDIR/stage1-gcc/xg++ -B $BUILDDIR/stage1-gcc -Werror -Winvalid-pch 
 -Wno-deprecated -c conftest.cc


A bit of gdb output:

Core was generated by `cc1plus'.
Program terminated with signal 11, Segmentation fault.
#0  0x012fff88 in linemap_location_from_macro_expansion_p (
set=0x42e7, location=19) at ../../gcc-4.8.1/libcpp/line-map.c:948
948   linemap_assert (location = MAX_SOURCE_LOCATION
(gdb) list
943 {
944   if (IS_ADHOC_LOC (location))
945 location = set-location_adhoc_data_map.data[
946 location  MAX_SOURCE_LOCATION].locus;
947 
948   linemap_assert (location = MAX_SOURCE_LOCATION
949(set-highest_location
950

[Bug c++/58363] Confusing error message for uncalled explicit destructor in expression

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58363

--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
pretty printing issue fixed for 4.9.0 in r202401:

58363.C:6:11: note:   cannot convert ‘m.~f’ (type ‘void’) to type ‘int’

[Bug c++/58362] Wrong column number for unused parameter

2013-09-09 Thread paolo at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58362

--- Comment #12 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Sep  9 13:39:47 2013
New Revision: 202402

URL: http://gcc.gnu.org/viewcvs?rev=202402root=gccview=rev
Log:
/cp
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/58362
* error.c (location_of): Don't handle PARM_DECLs specially.

/testsuite
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/58362
* g++.dg/warn/Wunused-parm-5.C: New.

Added:
trunk/gcc/testsuite/g++.dg/warn/Wunused-parm-5.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/58362] Wrong column number for unused parameter

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58362

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

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

--- Comment #13 from Paolo Carlini paolo.carlini at oracle dot com ---
Fixed for 4.9.0.

[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64

2013-09-09 Thread martin at netbsd dot org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370

--- Comment #1 from Martin Husemann martin at netbsd dot org ---
The fatal error seems to happen because NetBSD uses the default HAVE_MMAP_FILE
implementation of gt_pch_get_address and gt_pch_use_address instead of specific
host hooks.

Looking at the existing host hook implementations for those two functions I am
really terrified. Why is relocation not possible?

[Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter

2013-09-09 Thread dominiq at lps dot ens.fr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107

--- Comment #21 from Dominique d'Humieres dominiq at lps dot ens.fr ---
*** Bug 55956 has been marked as a duplicate of this bug. ***

[Bug testsuite/55956] Multiple failures on powerpc-apple-darwin9 in the acats test if the check-ada is run from the gcc directory

2013-09-09 Thread dominiq at lps dot ens.fr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55956

Dominique d'Humieres dominiq at lps dot ens.fr changed:

   What|Removed |Added

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

--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr ---
No answer: closing as duplicate of pr44107.

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

[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64

2013-09-09 Thread rguenth at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370

--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Martin Husemann from comment #1)
 The fatal error seems to happen because NetBSD uses the default
 HAVE_MMAP_FILE implementation of gt_pch_get_address and gt_pch_use_address
 instead of specific host hooks.
 
 Looking at the existing host hook implementations for those two functions I
 am really terrified. Why is relocation not possible?

Probably because nobody submitted and tested a NetBSD implementation.

[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64

2013-09-09 Thread martin at netbsd dot org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370

--- Comment #3 from Martin Husemann martin at netbsd dot org ---
(In reply to Richard Biener from comment #2)

 Probably because nobody submitted and tested a NetBSD implementation.

You mean an evil hack to try to avoid the relocation (like all existing host
hooks seem to do)?

Relocation of precompiled header information should not be host specific. With
it, any posix mmap (via the default implementation) would do.

[Bug c++/43452] Array delete causes error on incomplete type

2013-09-09 Thread paolo at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43452

--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Sep  9 14:31:16 2013
New Revision: 202404

URL: http://gcc.gnu.org/viewcvs?rev=202404root=gccview=rev
Log:
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* doc/invoke.texi (-Wdelete-incomplete): Document it.

/c-family
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* c.opt (Wdelete-incomplete): Add.

/cp
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* init.c (build_vec_delete_1): When the type is incomplete emit a
warning, enabled by default (not an error).
(build_delete): Adjust to use OPT_Wdelete_incomplete.

/testsuite
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* g++.dg/warn/Wdelete-incomplete-1.C: New.
* g++.dg/warn/Wdelete-incomplete-2.C: Likewise.
* g++.dg/init/delete1.C: Adjust.

Added:
trunk/gcc/testsuite/g++.dg/warn/Wdelete-incomplete-1.C
trunk/gcc/testsuite/g++.dg/warn/Wdelete-incomplete-2.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c.opt
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/init.c
trunk/gcc/doc/invoke.texi
trunk/gcc/testsuite/g++.dg/init/delete1.C

[Bug c++/43452] Array delete causes error on incomplete type

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43452

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

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

--- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com ---
Fixed for 4.9.0.

[Bug ipa/58371] New: internal compiler error: in ipcp_verify_propagated_values, at ipa-cp.c:892

2013-09-09 Thread kcc at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371

Bug ID: 58371
   Summary: internal compiler error: in
ipcp_verify_propagated_values, at ipa-cp.c:892
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: kcc at gcc dot gnu.org

Created attachment 30774
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30774action=edit
z.cc

Fresh gcc trunk r202241, Linux x86_64

% $GCC_TRUNK/bin/g++ -w z.cc -c -O2 
z.cc:200:1: internal compiler error: in ipcp_verify_propagated_values, at
ipa-cp.c:892
 }
 ^
0xf20fb8 ipcp_verify_propagated_values()
../../gcc/gcc/ipa-cp.c:892
0xf2342d ipcp_propagate_stage   
../../gcc/gcc/ipa-cp.c:2255 
0xf2342d ipcp_driver
../../gcc/gcc/ipa-cp.c:3600 
0xf2342d execute
../../gcc/gcc/ipa-cp.c:3698 

Test case attached (reduced from chromium sources).

[Bug rtl-optimization/57963] LRA S/390: esa mode failure memcpy-chk

2013-09-09 Thread krebbel at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57963

Andreas Krebbel krebbel at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #2 from Andreas Krebbel krebbel at gcc dot gnu.org ---
Fixed with: http://gcc.gnu.org/ml/gcc-patches/2013-08/msg00091.html

[Bug sanitizer/56535] ICE: in build2_stat, at tree.c:3885 when compiling with -fsanitize=address

2013-09-09 Thread markus at trippelsdorf dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56535

--- Comment #7 from Markus Trippelsdorf markus at trippelsdorf dot de ---
Current trunk still fails with the same error:

/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/local/x86_64-unknown-linux-gnu/bin/ -nostdinc++
-B/var/tmp/gcc_build_dir/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/var/tmp/gcc_build_dir/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
-I/var/tmp/gcc_build_dir/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/var/tmp/gcc_build_dir/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/var/tmp/gcc/libstdc++-v3/libsupc++
-L/var/tmp/gcc_build_dir/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-L/var/tmp/gcc_build_dir/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
-c   -march=native -O3 -pipe -fsanitize=address -fprofile-use -DIN_GCC  
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H
-DGENERATOR_FILE -I. -Ibuild -I../../gcc/gcc -I../../gcc/gcc/build
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include 
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/bid
-I../libdecnumber -I../../gcc/gcc/../libbacktrace\
-o build/genmodes.o ../../gcc/gcc/genmodes.c
../../gcc/gcc/genmodes.c: In function ‘void
make_complex_modes.constprop(mode_class, unsigned int)’:
../../gcc/gcc/genmodes.c:423:1: internal compiler error: in build2_stat, at
tree.c:4104
 make_complex_modes (enum mode_class cl,
 ^

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-09-09
Summary|internal compiler error:|internal compiler error:
   |ix86_compute_fra   |ix86_compute_frame_layout
   |me_layout   |
 Ever confirmed|0   |1

--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
In any case a self contained reproducer is a requirement. Please do your best
to reduce it to a manageable size

  http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction

and otherwise compress it (with, say, gzip or bzip2).

[Bug c/58346] ICE with SIGFPE at -O1 and above on x86_64-linux-gnu (affecting trunk, 4.8, 4.7, and 4.6)

2013-09-09 Thread joseph at codesourcery dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346

--- Comment #5 from joseph at codesourcery dot com joseph at codesourcery dot 
com ---
I think some of the uses of the zero-size-objects extension are ones for 
which making an array of such objects is reasonable, but it makes sense to 
give an error for trying to subtract pointers to such objects.

[Bug c++/58372] New: internal compiler error: ix86_compute_fra me_layout

2013-09-09 Thread sonoro at telefonica dot net

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372

Bug ID: 58372
   Summary: internal compiler error: ix86_compute_fra  me_layout
   Product: gcc
   Version: 4.8.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sonoro at telefonica dot net

I get this with mingw32-4.8.1-posix-sjlj but not with 
mingw32-4.8.1-posix-dwarf

C:\SupercolliderRepos\master4\supercollider\server\plugins\DelayUGens.cpp: 
In function 'void BufSampleRate_next(BufInfoUnit*,
 int)':
C:\SupercolliderRepos\master4\supercollider\server\plugins\DelayUGens.cpp:570:1:
 
internal compiler error: in ix86_compute_frame_layout, at
config/i386/i386.c:8981
 }

I post the ii file but I dont know if it will succed as it is bigger than 1000k

also happens with 4.8.0 and not with 4.7.2

[Bug ipa/58106] ICE: in ipa_edge_duplication_hook, at ipa-prop.c:2839

2013-09-09 Thread jamborm at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58106

Martin Jambor jamborm at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org ---
Fixed.

[Bug c++/43452] Array delete causes error on incomplete type

2013-09-09 Thread paolo at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43452

--- Comment #7 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Sep  9 14:47:21 2013
New Revision: 202405

URL: http://gcc.gnu.org/viewcvs?rev=202405root=gccview=rev
Log:
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* doc/invoke.texi (-Wdelete-incomplete): Document it.

/c-family
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* c.opt (Wdelete-incomplete): Add.

/cp
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* init.c (build_vec_delete_1): When the type is incomplete emit a
warning, enabled by default (not an error).
(build_delete): Adjust to use OPT_Wdelete_incomplete.

/testsuite
2013-09-09  Paolo Carlini  paolo.carl...@oracle.com

PR c++/43452
* g++.dg/warn/Wdelete-incomplete-1.C: New.
* g++.dg/warn/Wdelete-incomplete-2.C: Likewise.
* g++.dg/init/delete1.C: Adjust.

Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/58325] [4.7/4.8/4.9 Regression] Spurious unused-but-set-variable warning on delete[] of volatile pointer

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58325

--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Sep  9 17:12:15 2013
New Revision: 202411

URL: http://gcc.gnu.org/viewcvs?rev=202411root=gccview=rev
Log:
PR c++/58325
* init.c (build_vec_delete): Call mark_rvalue_use on base.

* g++.dg/warn/Wunused-var-21.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/warn/Wunused-var-21.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/init.c
trunk/gcc/testsuite/ChangeLog

[Bug libstdc++/58358] [4.7/4.8/4.9 Regression] search_n has a Complexity violation for random access iterator

2013-09-09 Thread kariya_mitsuru at hotmail dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358

--- Comment #15 from Mitsuru Kariya kariya_mitsuru at hotmail dot com ---
Created attachment 30775
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30775action=edit
Patch

For your convenience, I attached a patch for this problem.

This algorithm is always scanned to reverse order.
If a scan fails in less than enough, a re-scan is performed from the point that
advanced necessary elements from the original starting point.

For example, if __count is 20 and a scan fails after 18 elements succeeded, a
re-scan is performed from the point that advanced 2 elements.

[Bug c++/58325] [4.7/4.8/4.9 Regression] Spurious unused-but-set-variable warning on delete[] of volatile pointer

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58325

--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Sep  9 17:12:50 2013
New Revision: 202412

URL: http://gcc.gnu.org/viewcvs?rev=202412root=gccview=rev
Log:
PR c++/58325
* init.c (build_vec_delete): Call mark_rvalue_use on base.

* g++.dg/warn/Wunused-var-21.C: New test.

Added:
branches/gcc-4_8-branch/gcc/testsuite/g++.dg/warn/Wunused-var-21.C
Modified:
branches/gcc-4_8-branch/gcc/cp/ChangeLog
branches/gcc-4_8-branch/gcc/cp/init.c
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog

[Bug tree-optimization/58364] [4.8/4.9 Regression] likely wrong code bug

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58364

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Fixed.

[Bug c++/58325] [4.7 Regression] Spurious unused-but-set-variable warning on delete[] of volatile pointer

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58325

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

Summary|[4.7/4.8/4.9 Regression]|[4.7 Regression] Spurious
   |Spurious|unused-but-set-variable
   |unused-but-set-variable |warning on delete[] of
   |warning on delete[] of  |volatile pointer
   |volatile pointer|

--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Fixed for 4.8+ so far.

[Bug tree-optimization/58373] New: [4.9 Regression] g++: internal compiler error: Segmentation fault (program cc1plus)

2013-09-09 Thread markus at trippelsdorf dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373

Bug ID: 58373
   Summary: [4.9 Regression] g++: internal compiler error:
Segmentation fault (program cc1plus)
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: markus at trippelsdorf dot de

Created attachment 30776
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30776action=edit
reduced testcase

% gdb --args /var/tmp/gcc_test/usr/local/bin/g++ -c -Wall -Wextra -O3 test.ii
Reading symbols from /var/tmp/gcc_test/usr/local/bin/g++...done.
(gdb) run
Starting program: /var/tmp/gcc_test/usr/local/bin/g++ -c -Wall -Wextra -O3
test.ii
[New process 15370]
process 15370 is executing new program:
/var/tmp/gcc_test/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus

Program received signal SIGSEGV, Segmentation fault.
[Switching to process 15370]
0x7765c8fb in __GI___libc_malloc (bytes=200) at malloc.c:2855
2855  victim = _int_malloc(ar_ptr, bytes);
(gdb) bt
#0  0x7765c8fb in __GI___libc_malloc (bytes=200) at malloc.c:2855
#1  0x00ff30c0 in xrealloc (oldmem=optimized out, size=200) at
../../gcc/libiberty/xmalloc.c:177
#2  0x00bf62ad in reservevn_reference_op_struct (exact=false,
reserve=optimized out, v=synthetic pointer) at ../../gcc/gcc/vec.h:300
#3  vec_safe_reservevn_reference_op_struct, va_heap (exact=false,
nelems=optimized out, v=synthetic pointer) at ../../gcc/gcc/vec.h:668
#4  vec_allocvn_reference_op_struct, va_heap (nelems=optimized out,
v=synthetic pointer) at ../../gcc/gcc/vec.h:689
#5  copy (this=0x1634de0) at ../../gcc/gcc/vec.h:917
#6  copy (this=synthetic pointer) at ../../gcc/gcc/vec.h:1460
#7  phi_translate_1 (expr=expr@entry=0x16aef80, set1=set1@entry=0x16b35d0,
set2=set2@entry=0x0, pred=pred@entry=0x770855b0,
phiblock=phiblock@entry=0x7706fbc8) at ../../gcc/gcc/tree-ssa-pre.c:1589
#8  0x00bf6adc in phi_translate (expr=0x16aef80, set1=0x16b35d0,
set2=0x0, pred=0x770855b0, phiblock=0x7706fbc8) at
../../gcc/gcc/tree-ssa-pre.c:1774
#9  0x00bf61c4 in phi_translate_1 (expr=expr@entry=0x169b550,
set1=set1@entry=0x16b35d0, set2=set2@entry=0x0, pred=pred@entry=0x770855b0,
phiblock=phiblock@entry=0x7706fbc8) at ../../gcc/gcc/tree-ssa-pre.c:1463
#10 0x00bf6adc in phi_translate (expr=0x169b550, set1=0x16b35d0,
set2=0x0, pred=0x770855b0, phiblock=0x7706fbc8) at
../../gcc/gcc/tree-ssa-pre.c:1774
...

[Bug libstdc++/58358] [4.7/4.8/4.9 Regression] search_n has a Complexity violation for random access iterator

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358

--- Comment #17 from Paolo Carlini paolo.carlini at oracle dot com ---
Two nits: in the new testcase, remember to declare the test variable. Also, we
are standardizing on -std=gnu++11.

[Bug other/58082] avr-gcc vector table relocation truncation error with -mrelax option

2013-09-09 Thread gjl at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58082

Georg-Johann Lay gjl at gcc dot gnu.org changed:

   What|Removed |Added

 Target||avr
 Status|UNCONFIRMED |RESOLVED
 CC||gjl at gcc dot gnu.org
 Resolution|--- |INVALID
   Severity|major   |normal

--- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Relaxation is a matter of Binutils.  The compiler driver just passes -mrelax
through to Binutils.  Please report the issue to the Binutils bug tracker
together with a valid test case, command options and Binutils version.  Thanks.

[Bug tree-optimization/58364] [4.8/4.9 Regression] likely wrong code bug

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58364

--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Sep  9 17:11:05 2013
New Revision: 202410

URL: http://gcc.gnu.org/viewcvs?rev=202410root=gccview=rev
Log:
PR tree-optimization/58364
* tree-ssa-reassoc.c (init_range_entry): For BIT_NOT_EXPR on
BOOLEAN_TYPE, only invert in_p and continue with arg0 if
the current range can't be an unconditional true or false.

* gcc.c-torture/execute/pr58364.c: New test.

Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.c-torture/execute/pr58364.c
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog
branches/gcc-4_8-branch/gcc/tree-ssa-reassoc.c

[Bug tree-optimization/58364] [4.8/4.9 Regression] likely wrong code bug

2013-09-09 Thread jakub at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58364

--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Sep  9 17:09:59 2013
New Revision: 202409

URL: http://gcc.gnu.org/viewcvs?rev=202409root=gccview=rev
Log:
PR tree-optimization/58364
* tree-ssa-reassoc.c (init_range_entry): For BIT_NOT_EXPR on
BOOLEAN_TYPE, only invert in_p and continue with arg0 if
the current range can't be an unconditional true or false.

* gcc.c-torture/execute/pr58364.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr58364.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-reassoc.c

[Bug target/57931] There are superfluous movw instructions in generated ASM code with GCC-AVR (WinAVR)

2013-09-09 Thread gjl at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57931

Georg-Johann Lay gjl at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||missed-optimization
 Target||avr
 Status|UNCONFIRMED |RESOLVED
 CC||gjl at gcc dot gnu.org
 Resolution|--- |WORKSFORME
  Build|avr |

--- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Newest WinAVR is avr-gcc 4.3.3 and thus is pretty much outdated.

I cannot confirm this with 4.8 where the generated code (after adding #include
stdint to the source) reads:

$ avr-gcc foo.c -mmcu=attiny85 -Os -std=gnu99 -S

median:
/* prologue: function */
/* frame size = 0 */
/* stack size = 0 */
.L__stack_usage = 0
cp r24,r22
cpc r25,r23
brge .L2
cp r24,r20
cpc r25,r21
brge .L3
movw r24,r22
rjmp .L10
.L2:
cp r22,r20
cpc r23,r21
brge .L7
.L10:
cp r20,r24
cpc r21,r25
brge .L3
movw r24,r20
ret
.L7:
movw r24,r22
.L3:
ret

[Bug libstdc++/58358] [4.7/4.8/4.9 Regression] search_n has a Complexity violation for random access iterator

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358

--- Comment #16 from Paolo Carlini paolo.carlini at oracle dot com ---
Thanks Chris, but I almost missed the patch. Please send it to the mailing
list, thanks!

[Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-09 Thread law at redhat dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

--- Comment #18 from Jeffrey A. Law law at redhat dot com ---
I'm seeing ia64 fail with an insn does not match constraints failure when the
stage2 compiler builds the stage2 C++ runtime.  And that's *with* the fix I
checked in last night.  That smells like stage1 mis-compiled stage2.

So I'm going to keep this open while I track down that regression.

There's another ICE I'm aware of (pr58343), but I don't see the root cause of
that PR causing a mis-compilation, just ICEs for certain degenerate cases.

[Bug other/58374] New: Wrong target check in configure.ac in libvtv

2013-09-09 Thread hjl.tools at gmail dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58374

Bug ID: 58374
   Summary: Wrong target check in configure.ac in libvtv
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hjl.tools at gmail dot com

configure.ac in libvtv in has

unset VTV_SUPPORTED
AC_MSG_CHECKING([for host support for vtable verification])
. ${srcdir}/configure.tgt
AC_MSG_RESULT($VTV_SUPPORTED)

# Decide if it's usable.
use_vtable_verify=no
if test x$VTV_SUPPORTED = xyes; then
  use_vtable_verify=yes
  AC_MSG_NOTICE(using vtable verification)
fi 

# Do not delete or change the following two lines.  For why, see
# http://gcc.gnu.org/ml/libstdc++/2003-07/msg00451.html
AC_CANONICAL_SYSTEM
target_alias=${target_alias-$host_alias}
AC_SUBST(target_alias)
GCC_LIBSTDCXX_RAW_CXX_FLAGS

It won't work for targets like i686-linux nor x86_64-linux since
configure.tgt only recognizes canonical targets.  The VTV_SUPPORTED
check should be moved after AC_CANONICAL_SYSTEM.

[Bug libquadmath/58327] Problem of quadmath in connection with SDL2

2013-09-09 Thread u.weber at gipko dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58327

--- Comment #4 from Ulrich Weber u.weber at gipko dot de ---
(In reply to Tobias Burnus from comment #2)
 For what it is worth: It works under x86-64 Linux with GCC 4.9.
 
 I assume that you do not link SDL2 but you just #include the file - is that
 correct?

I use the linker options -lmingw32 -lquadmath -lSDL2main -lSDL2
if this is the answer to your question. 

When I remove the references to SDL2 here I get a linker error

C:\Program Files (x86)\Dev-Cpp\MinGW32\lib\libmingw32.a(main.o)   
main.c:(.text.startup+0xa7): undefined reference to `WinMain@16'

[Bug libquadmath/58327] Problem of quadmath in connection with SDL2

2013-09-09 Thread u.weber at gipko dot de

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58327

--- Comment #3 from Ulrich Weber u.weber at gipko dot de ---
Thank you for the reply. Changing the include order to

#include SDL2\SDL.h
#include iostream

extern C {
#include quadmath.h
}

gives me the same wrong result.

[Bug c++/58366] invocation of thread_local class containing bound function leads to : Illegal instruction: 4

2013-09-09 Thread jbcoe at me dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58366

Jonathan Coe jbcoe at me dot com changed:

   What|Removed |Added

 CC||jbcoe at me dot com

--- Comment #2 from Jonathan Coe jbcoe at me dot com ---
Created attachment 30777
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30777action=edit
Crash log

[Bug tree-optimization/58343] [4.9 Regression] ICE in dfs_enumerate_from, at cfganal.c:1036

2013-09-09 Thread law at redhat dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343

--- Comment #2 from Jeffrey A. Law law at redhat dot com ---
Zhendong,

Thanks for the testcase.  What's happening here is the code to allow threading
through a simple forwarder block exposes an opportunity to build a
significantly deeper jump threading path than was possible in the past.

In the middle of that path is a loop header.  We attempt to thread through the
loop header to a point in the middle of the loop.  This is generally considered
a bad idea (creates irreducible regions among other things) and the jump
threading code attempts to prune these kind of jump threading requests.

However, due to limitations in how these undesirable cases are detected, it was
missed.  And the shape of the CFG was such that the code to handle jump threads
though loop headers would fail catastrophically.

I've got a fix for this in testing.

[Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter

2013-09-09 Thread fang at csl dot cornell.edu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107

--- Comment #22 from David Fang fang at csl dot cornell.edu ---
Do one of these apple libunwind sources (0.30, 0.35.1) correspond to what's
bundled in libgcc_s in darwin8,9,10?

http://opensource.apple.com/tarballs/libunwind/

[Bug c++/58366] invocation of thread_local class containing bound function leads to : Illegal instruction: 4

2013-09-09 Thread jbcoe at me dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58366

--- Comment #4 from Jonathan Coe jbcoe at me dot com ---
Yes, I've built on OS X 10.8.4 using a macports build of GCC 4.8.1.
I've tried adding -pthread when building - it makes no difference to the
crashing.
19 of 20 runs on my machine crash. I think if you managed 10-20 runs without a
crash I think that the bug does not exist on your machine.

[Bug c++/58366] invocation of thread_local class containing bound function leads to : Illegal instruction: 4

2013-09-09 Thread paolo.carlini at oracle dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58366

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 CC|jbcoe at me dot com|jwakely.gcc at gmail 
dot com

--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com ---
Thus this OSX, right? Because on x86_64-linux the problem cannot be reproduced.
I think Jon triaged an issue about OSX a few weeks ago.

[Bug c++/58366] invocation of thread_local class containing bound function leads to : Illegal instruction: 4

2013-09-09 Thread dominiq at lps dot ens.fr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58366

Dominique d'Humieres dominiq at lps dot ens.fr changed:

   What|Removed |Added

 CC||iains at gcc dot gnu.org

--- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr ---
 For example, did you run the gcc and libstdc++ testsuites on that machine? 
 Are they clean?

I run the full testsuite on trunk (all languages but go) and yes the tests are
mostly clean.

CCed Iain Sandoe.

1 2 >

1 - 100 of 114 matches

Mail list logo