c/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/regehr/z/compiler-source/gcc/configure
--prefix=/home/regehr/z/compiler-install/gcc-r202470-install
--enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 4.9.0 20130910 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #3 from R Copley ---
Created attachment 30794
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30794&action=edit
Assembly-language code compiled from attachment 1
Compiled with GCC 4.7.2 from the MinGW-w64 toolchain.
Compile comman
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58386
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Sep 10 18:45:29 2013
New Revision: 202480
URL: http://gcc.gnu.org/viewcvs?rev=202480&root=gcc&view=rev
Log:
2013-09-10 Paolo Carlini
PR bootstrap/58386
Revert:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58385
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58361
Richard Earnshaw changed:
What|Removed |Added
Keywords||wrong-code
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58385
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #4 from R Copley ---
(In reply to Kai Tietz from comment #1)
> MS' abi doesn't allow this. So I doubt we will be able to implement that
> for this target. If we want to re-align stack on function-base we will run
> into troubles with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58386
Bug ID: 58386
Summary: [4.9 regression] libstdc++.so.6: undefined symbol:
htab_hash_pointer
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
Neil Vachharajani changed:
What|Removed |Added
CC||nvachhar at google dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58361
--- Comment #3 from Richard Earnshaw ---
Author: rearnsha
Date: Tue Sep 10 16:53:15 2013
New Revision: 202476
URL: http://gcc.gnu.org/viewcvs?rev=202476&root=gcc&view=rev
Log:
PR target/58361
* arm/vfp.md (combine_vcvt_f32_): Fix pattern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58374
--- Comment #2 from Caroline Tice ---
Even though I logged in to Bugzilla, I can't seem to edit any of the fields
above, but to the best of my knowledge a patch to fix this problem has been
committed to GCC and this bug should be marked as fixed a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #2)
> Todays trunk is fine again. I guess r58343 might be the fix.
I meant r202441 is the fix and therefore this bug may be a dup of PR58343.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #8 from davidxl at google dot com ---
(In reply to Neil Vachharajani from comment #7)
> It seems like the whole problem is that the loop early exit goes through
> bb_6 which is the same path the back-edge goes through.
There is also on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382
--- Comment #2 from rsandifo at gcc dot gnu.org
---
I think this is a target bug. The backend prologue code has things like:
addr = gen_rtx_MEM (DFmode, gen_rtx_POST_INC (DFmode, tmpreg));
but {PRE,POST}_{INC,DEC} is an address rtx,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #9 from davidxl at google dot com ---
(In reply to Richard Biener from comment #5)
> Confirmed with the C++ FE, works with the C FE. Does not warn on trunk (for
> no good reason I think, the reason seems to be presence of loop structur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382
--- Comment #3 from dave.anglin at bell dot net ---
Agreed. Testing fix.
Thanks,
Dave
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58386
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
ead model: posix
gcc version 4.9.0 20130910 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56671
Tudor Bosman changed:
What|Removed |Added
CC||tudorb at fb dot com
--- Comment #2 from T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58374
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
--- Comment #7 from joseph at codesourcery dot com ---
On Tue, 10 Sep 2013, rguenther at suse dot de wrote:
> A similar (runtime) error can be provoked by subtracting pointers
> to array elements of variable size that happen to have zero size
> a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #41 from Kai Tietz ---
Author: ktietz
Date: Tue Sep 10 16:19:45 2013
New Revision: 202474
URL: http://gcc.gnu.org/viewcvs?rev=202474&root=gcc&view=rev
Log:
Backport from trunk.
PR libstdc++/54314
* config/abi/p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #10 from davidxl at google dot com ---
When an incoming edge to a phi is a critical edge, the 'use BB' for the phi arg
should be in the split BB of the edge. Pushing the use into either the Source
BB or the dest BB will result in exte
++,objc,obj-c++,fortran,lto
--with-gmp=/usr/local/gcc-trunk --with-mpfr=/usr/local/gcc-trunk
--with-mpc=/usr/local/gcc-trunk --with-cloog=/usr/local/gcc-trunk
--prefix=/usr/local/gcc-trunk
Thread model: posix
gcc version 4.9.0 20130910 (experimental) [trunk revision 202421] (GCC)
$ gcc-trunk -O1 small.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58386
--- Comment #1 from Dmitry G. Dyachenko ---
Forget to mention: FAIL from c#1 was with make -j5 / 4 CPU
with -enable-checking=release and 'make' FAIL differ
checking for x86_64-unknown-linux-gnu-gcc...
/home/dimhen/build/gcc_current/./gcc/xgcc
-B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58385
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #10 from Jeffrey A. Law ---
Author: law
Date: Wed Sep 11 02:23:48 2013
New Revision: 202489
URL: http://gcc.gnu.org/viewcvs?rev=202489&root=gcc&view=rev
Log:
PR tree-optimization/58380
* tree-ssa-threadupdate.c (thread_block):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #11 from Jeffrey A. Law ---
Fixed on trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58342
Bug 58342 depends on bug 58340, which changed state.
Bug 58340 Summary: [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler
error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387
--- Comment #2 from Zhendong Su ---
(In reply to Jakub Jelinek from comment #1)
> Can't reproduce this, neither with 64-bit nor 32-bit.
Jakub, perhaps fixed in later revisions? I tested it using 202421.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387
--- Comment #3 from Jakub Jelinek ---
Not even with r202421.
Content of main with that revision for x86_64 -Os is:
.cfi_startproc
pushq%rcx
.cfi_def_cfa_offset 16
movla(%rip), %esi
testl%esi, %esi
je.L4
101 - 134 of 134 matches
Mail list logo
