http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53826
Uros Bizjak changed:
What|Removed |Added
Status|WAITING |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53850
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53849
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
Richard Guenther changed:
What|Removed |Added
Component|middle-end |c++
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53707
Richard Guenther changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53675
--- Comment #5 from Jonathan Wakely 2012-07-04
09:22:58 UTC ---
I'm still seeing junk dwarf info:
/usr/bin/ld: Dwarf Error: found dwarf version '0', this reader only handles
version 2 and 3 information.
2.cc:(.text._Z6test01v+0x73): undefined re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53842
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
Richard Guenther changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53846
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
--- Comment #4 from Edward Rosten 2012-07-04 09:42:52
UTC ---
It doesn't seem to do with the address, entirely. It still pushes the values
onto the stack even if the class is changed to have a const int, rather than
const int&.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
--- Comment #5 from Richard Guenther 2012-07-04
09:55:27 UTC ---
For trunk dse_possible_dead_store_p fails to look through the loop, when
being at the VDEF .MEM_165:
:
# i_93 = PHI
# .MEM_100 = PHI <.MEM_165(3), .MEM_68(2)>
# VUSE <.MEM_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #21 from Uros Bizjak 2012-07-04 10:10:13
UTC ---
It looks that expand_builtin_strncmp gets miscompiled.
Try to compile the testcase from Comment #5 with -O2 on x86_64-pc-linux-gnu.
Put breakpoint in gen_cmpstrnsi.
When debugging "no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
--- Comment #2 from Dmitry G. Dyachenko 2012-07-04
10:18:03 UTC ---
extern "C"
{
struct s {
enum {
e = 0
} f;
};
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
--- Comment #3 from Dmitry G. Dyachenko 2012-07-04
10:19:37 UTC ---
r189094 OK
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53851
Bug #: 53851
Summary: Automatic silent allocation/deallocation of
allocatable variables in several instances
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #22 from Uros Bizjak 2012-07-04 10:37:48
UTC ---
Digging deeper, both testcases (from comment #0 and comment #5) fail due to:
enum machine_mode insn_mode
= insn_data[(int) CODE_FOR_cmpstrnsi].operand[0].mode;
The insn_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #23 from Uros Bizjak 2012-07-04 10:58:03
UTC ---
Compiling testcase from comment 0, -O0:
(gdb) b builtins.c:3830
Breakpoint 1 at 0x522c91: file ../../gcc-svn/trunk/gcc/builtins.c, line 3830.
(gdb) r
Starting program: /home/uros/gcc-b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #24 from Richard Guenther 2012-07-04
11:16:20 UTC ---
The hint in comment #5 together with your analysis points at the initializer
in insn-output.c:
const struct insn_data_d insn_data[] =
{
...
/* /space/rguenther/src/svn/trunk/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
Bug #: 53852
Summary: -ftree-loop-linear: large compile time / memory usage
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #25 from Richard Guenther 2012-07-04
11:26:55 UTC ---
Or the insn_data initializer does not properly point to the operand_data
initializer (maybe that is non-existent or the magic LTO error_mark_node
and we fold that in a wrong way -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #26 from Uros Bizjak 2012-07-04 11:30:26
UTC ---
(In reply to comment #25)
> So, does
>
> Index: gimple-fold.c
> ===
> --- gimple-fold.c (revision 189251)
> +++ g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
Richard Guenther changed:
What|Removed |Added
Keywords||compile-time-hog,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #27 from Markus Trippelsdorf
2012-07-04 11:53:56 UTC ---
(In reply to comment #25)
> So, does
>
> Index: gimple-fold.c
> ===
> --- gimple-fold.c (revision 189251)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53811
--- Comment #6 from Dominique d'Humieres 2012-07-04
12:07:15 UTC ---
g++.dg/other/pr53811.C fails on x86_64-apple-darwin10 with -m64:
FAIL: g++.dg/other/pr53811.C -std=gnu++98 (internal compiler error)
FAIL: g++.dg/other/pr53811.C -std=gnu++98 (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53849
--- Comment #2 from Richard Guenther 2012-07-04
12:09:20 UTC ---
Author: rguenth
Date: Wed Jul 4 12:09:09 2012
New Revision: 189255
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189255
Log:
2012-07-04 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
--- Comment #6 from Richard Guenther 2012-07-04
12:10:56 UTC ---
Author: rguenth
Date: Wed Jul 4 12:10:40 2012
New Revision: 189256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189256
Log:
2012-07-04 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
--- Comment #2 from Michael Matz 2012-07-04 12:11:10
UTC ---
ISL generally has speed problems. For instance graphite/interchange-8.c
needs quite long to compile (well, several seconds), and _all_ of the runtime
is basically in malloc/free/copy a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
Richard Guenther changed:
What|Removed |Added
Known to work||4.8.0
--- Comment #7 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53849
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53811
--- Comment #7 from Uros Bizjak 2012-07-04 12:14:00
UTC ---
(In reply to comment #6)
> Should I open a new PR?
Yes, please. I will wait with the 4.7 backport until new PR resolves.
> Note that ' -mcmodel=large' seems to have issues on x86_64-a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #28 from Richard Guenther 2012-07-04
12:14:03 UTC ---
Ok, I'll bootstrap and test and commit the fix. Thanks for tracking it down
up to a point where I thought *well, that sounds familiar in some way* ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
--- Comment #3 from Joost VandeVondele
2012-07-04 12:17:47 UTC ---
To fill in the X, 130 Gb is not sufficient for this testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #21 from Andi Kleen 2012-07-04
12:24:45 UTC ---
For non fat ("slim") LTO builds you need to use these tools yes. ar needs to
know the symbol table for its index and that needs LTO specific knowledge.
This follows other slim lto compi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53853
Bug #: 53853
Summary: FAIL: g++.dg/other/pr53811.C -std=gnu++* (internal
compiler error)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #22 from Yuri Gribov 2012-07-04
12:32:08 UTC ---
> For non fat ("slim") LTO builds you need to use these tools yes
So it seems that original testcase with fat files which used plain ar is indeed
correct and we have a real bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #29 from Uros Bizjak 2012-07-04 12:32:25
UTC ---
The patch from Comment #25 works for me, too. You will need a bunch of patches
from PR53321 to finish LTO profiledbootstrap, I will post these to gcc-patches@
mailing list.
Regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
Richard Guenther changed:
What|Removed |Added
Component|middle-end |tree-optimization
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854
Bug #: 53854
Summary: ICE in find_constant_pool_ref
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53853
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854
--- Comment #1 from Jakub Jelinek 2012-07-04
13:15:39 UTC ---
Created attachment 27742
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27742
gcc48-pr53854.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --program-suffix=-4.8-svn
--enable-languages=c,c++
Thread model: posix
gcc version 4.8.0 20120704 (experimental) (GCC)
but similar results are reported on 4.7 as well.
Is this a continuation of the same bug, or should I refile this as a new bug?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
--- Comment #9 from Edward Rosten 2012-07-04 13:40:54
UTC ---
(In reply to comment #7)
> Fixed on trunk sofar, watching for fallout.
I would like to note that your fix seems to remove the performance hit in my
numerics which revealed the bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
--- Comment #10 from rguenther at suse dot de
2012-07-04 13:47:09 UTC ---
On Wed, 4 Jul 2012, ed at edrosten dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
>
> Edward Rosten changed:
>
>What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #30 from Richard Guenther 2012-07-04
13:47:26 UTC ---
Author: rguenth
Date: Wed Jul 4 13:47:18 2012
New Revision: 189260
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189260
Log:
2012-07-04 Richard Guenther
PR middle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
--- Comment #18 from uros at gcc dot gnu.org 2012-07-04 13:49:24 UTC ---
Author: uros
Date: Wed Jul 4 13:49:19 2012
New Revision: 189261
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189261
Log:
PR middle-end/53321
* ipa.c (symtab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #31 from Richard Guenther 2012-07-04
13:53:20 UTC ---
Author: rguenth
Date: Wed Jul 4 13:53:11 2012
New Revision: 189262
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189262
Log:
2012-07-04 Richard Guenther
PR middle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
Uros Bizjak changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #32 from Richard Guenther 2012-07-04
13:56:05 UTC ---
Author: rguenth
Date: Wed Jul 4 13:56:00 2012
New Revision: 189263
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189263
Log:
2012-07-04 Richard Guenther
PR middle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
Uros Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670
Sergey Galanov changed:
What|Removed |Added
CC||sergey.e.galanov at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53449
Richard Guenther changed:
What|Removed |Added
Component|bootstrap |fortran
--- Comment #2 from Richard Gu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53428
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670
Richard Guenther changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53449
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53844
--- Comment #11 from Edward Rosten 2012-07-04 14:13:28
UTC ---
(In reply to comment #10)
> On Wed, 4 Jul 2012, ed at edrosten dot com wrote:
> here D.2391 is already dead. So possibly you are returning references
> to temporaries somewhere.
Yo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53842
jim at jtan dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #5 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53855
Bug #: 53855
Summary: Emitting a warning for some dangling references.
Classification: Unclassified
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53856
Bug #: 53856
Summary: Default argument allowed on member defined outside of
class template
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53856
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53857
Bug #: 53857
Summary: Possible problem with arithmetic overflow in optimizer
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854
--- Comment #2 from Ulrich Weigand 2012-07-04
17:17:22 UTC ---
The problem with this is that there was a reason why I originally supported
only a single constant pool reference per instruction: there needs to be an
upper bound on the number of by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53857
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53855
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Component|tree-optimi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53851
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #1 from
|
--- Comment #4 from dcb 2012-07-04 19:42:51 UTC ---
I just checked trunk-20120704 and this bug seems to have reappeared.
Strange, it seemed still fixed as recently as trunk-20120701.
Suggest try original source code I supplied.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49569
Jason Merrill changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475
--- Comment #7 from Jonathan Wakely 2012-07-04
20:59:09 UTC ---
N.B. this is easily reproducable on gcc110 in the compile farm, a
powerpc64-unknown-linux-gnu box
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53851
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
--- Comment #6 from Jason Merrill 2012-07-04
21:34:12 UTC ---
Author: jason
Date: Wed Jul 4 21:34:07 2012
New Revision: 189267
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189267
Log:
PR c++/53848
* decl.c (build_enumerator): D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53830
--- Comment #3 from Jonathan Wakely 2012-07-04
22:17:24 UTC ---
Author: redi
Date: Wed Jul 4 22:17:18 2012
New Revision: 189268
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189268
Log:
PR libstdc++/53830
* include/std/condition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53830
--- Comment #4 from Jonathan Wakely 2012-07-05
00:19:41 UTC ---
Author: redi
Date: Thu Jul 5 00:19:36 2012
New Revision: 189273
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189273
Log:
PR libstdc++/53830
* include/std/condition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53830
--- Comment #5 from Jonathan Wakely 2012-07-05
01:10:18 UTC ---
Author: redi
Date: Thu Jul 5 01:10:10 2012
New Revision: 189275
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189275
Log:
PR libstdc++/53830
* include/std/condition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53830
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.8.0_pre'
Thread model: posix
gcc version 4.8.0-pre 20120704 (experimental) commit
3d02dd733723c41be7c56f814a307
81 matches
Mail list logo
