http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57370
Joost VandeVondele changed:
What|Removed |Added
Summary|[4.9 Regression] compile|[4.9 Regression] compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393
Bug ID: 57393
Summary: [4.8 Regression] error: definition in block 4 follows
the use / internal compiler error: verify_ssa failed
Product: gcc
Version: 4.9.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57392
Bug ID: 57392
Summary: The result of a .* expression is rvalue in a function
template when its object expression is lvalue.
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
--- Comment #2 from Andrew Pinski ---
Looks like cxx_eval_constant_expression needs to also handle FMA_EXPR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
Bug ID: 57391
Summary: [4.9 Regression] ICE compiling AIX math.h caused by PR
c++/56930
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57390
--- Comment #2 from Ambroz Bizjak ---
I've been reading the discussion there, but I don't see any interaction
problems with templates. Most of it is just useless arguing about whether fixed
point types can be implemented externally with templates.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57390
--- Comment #1 from Andrew Pinski ---
There is no way to enable it for C++ because the extension has not been
designed to how it would interact with templates and such.
See the thread at http://gcc.gnu.org/ml/gcc/2011-11/msg00124.html for more
in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57390
Bug ID: 57390
Summary: Fixed point types on AVR are not available in C++ mode
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37140
--- Comment #6 from Paolo Carlini ---
Thanks a lot!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57248
--- Comment #4 from Paolo Carlini ---
Thanks Daniel. In fact - I should have attached some code - nothing about
& co matters, you can remove it completely and replace std::get with,
say,
template
constexpr int get() { return 1; }
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56934
Marc Glisse changed:
What|Removed |Added
Known to work||4.9.0
Known to fail|4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57286
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57384
--- Comment #3 from Eric Niebler ---
Interesting. I filed a similar bug against clang
(http://llvm.org/bugs/show_bug.cgi?id=16118), where Richard Smith seems to feel
the test cases should be:
template
struct list
{};
template
struct S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57317
--- Comment #5 from Paul Pluzhnikov ---
(In reply to Jason Merrill from comment #4)
> Look again; it's commit 199104 on gcc-4_8-branch.
I can see it now. Thanks for the fix!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57317
--- Comment #4 from Jason Merrill ---
(In reply to Paul Pluzhnikov from comment #3)
> but nothing on 4_8-branch.
Look again; it's commit 199104 on gcc-4_8-branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57319
Richard Smith changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57248
--- Comment #3 from Daniel Krügler ---
The code looks valid to me. I think that Paolo just wanted to point out that
the library implementation does not cause this. I agree with him and can
confirm that the code is also rejected when emulating the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57319
--- Comment #4 from Jason Merrill ---
(In reply to Paul Pluzhnikov from comment #3)
> Can this be back-ported to 4.8 branch?
After 4.8.1, I think.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54354
--- Comment #5 from Daniel Morilha ---
I just realized I can use operating system functionality to achieve the same
goal. Please ignore my question and thanks for the quick follow up. Looking
forward to gcc 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
--- Comment #2 from Daniel Krügler ---
(In reply to Daniel Krügler from comment #0)
> While attempting to upgrade std::function for functions with ref-qualifiers
> [..]
Oops, I meant std::is_function of-course.
--enable-c99
--enable-long-long --enable-target-optspace --enable-e500_double
--with-long-double-128 target_alias=powerpc-e500v2-linux-gnuspe
--enable-languages=c,c++,lto
Thread model: posix
gcc version 4.9.0 20130523 (experimental) [trunk revision 199267] (GCC)
/home/ryan/gnu/gcc/trunk/spe-build/./gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #3 from Dara Hazeghi ---
My apologies for the invalid report and thank you for the clear explanation.
I've been using frama-c to check validity of the testcases, but clearly in this
case it's not sufficient.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57378
--- Comment #3 from davidxl at google dot com ---
Can the resolver node be updated? or a new dispatcher/resolver is created?
The user code looks fine to me, which exposes the implementation limitation.
David
(In reply to Sriraman Tallam from co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57378
Sriraman Tallam changed:
What|Removed |Added
CC||davidxl at google dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57248
--- Comment #2 from Sumant Tambe ---
I'm a bit confused. Is the program illformed or supposed to compile but does
not.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57375
--- Comment #3 from davidxl at google dot com ---
(In reply to Sriraman Tallam from comment #2)
> IMO, This is working as expected.
>
> You define corei7 only in mv12-aux1.cc, so the compilation of mv12.C and
> mv12-aux.cc do not see the corei7 ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54354
--- Comment #4 from Paolo Carlini ---
We are trying to break the ABI for 4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #9 from Jan Hubicka ---
> Hi,
> the following patch sets IDENTIFIER_TRANSPARENT_ALIAS correctly from
> lto-symtab
> (correct fix should do the same for variable aliases, t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57375
Sriraman Tallam changed:
What|Removed |Added
CC||davidxl at google dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57317
--- Comment #3 from Paul Pluzhnikov ---
(In reply to Jason Merrill from comment #2)
> Fixed the false positive for 4.8.1.
Did you mean "fixed on trunk" ?
On trunk I see
2013-05-20 Jason Merrill
PR c++/57317
* decl2.c (dete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49146
--- Comment #10 from Richard Henderson ---
(In reply to Ben Woodard from comment #9)
> Created attachment 30177 [details]
> updated patch that includes __builtin_expect
The patch in #8 is better, and indeed has a bug fix relative to this
in that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49146
Ben Woodard changed:
What|Removed |Added
Attachment #30127|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54354
Daniel Morilha changed:
What|Removed |Added
CC||dmorilha at gmail dot com
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57319
--- Comment #3 from Paul Pluzhnikov ---
Thanks for the fix.
Confirmed for both the reduced test case, and the original source.
Can this be back-ported to 4.8 branch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
--- Comment #1 from Paolo Carlini ---
Let's add Jason in CC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57384
--- Comment #2 from Daniel Krügler ---
I have the impression that this *could* be related to
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1488
This is unchecked yet, because I'm leaving my place here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
Bug ID: 57388
Summary: [C++11] ICE when function types with ref-qualifiers
meet other function types
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #9 from Richard Biener ---
Created attachment 30176
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30176&action=edit
more reduced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #8 from Richard Biener ---
Created attachment 30175
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30175&action=edit
somewhat reduced testcase
Autoreduced on level 0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57387
Jonathan Wakely changed:
What|Removed |Added
Known to work||4.8.0
--- Comment #1 from Jonathan Wake
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386
Richard Biener changed:
What|Removed |Added
Target||powerpc-spe
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
Richard Biener changed:
What|Removed |Added
CC||xinliangli at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57387
Bug ID: 57387
Summary: Passing parameter pack to emplace stl function cause
compilation bug
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57347
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57347
--- Comment #5 from Martin Jambor ---
Author: jamborm
Date: Thu May 23 13:20:41 2013
New Revision: 199252
URL: http://gcc.gnu.org/viewcvs?rev=199252&root=gcc&view=rev
Log:
2013-05-22 Martin Jambor
PR middle-end/57347
* tree.h (contain
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #9 from Jan Hubicka ---
Hi,
the following patch sets IDENTIFIER_TRANSPARENT_ALIAS correctly from lto-symtab
(correct fix should do the same for variable aliases, too). Now the testcase
compiles for
me on Linux with weakref disabled.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386
Bug ID: 57386
Summary: ICE: hash-long-double-tr1-aux.cc:54:7: error:
unrecognizable insn
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #9 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #3 from Alexander Ivchenko ---
Testing is in progress, will send to gcc-patches rigth after that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57380
Richard Biener changed:
What|Removed |Added
Known to work||4.9.0
Summary|[4.7/4.8/4.9 Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #1 from Alexander Ivchenko ---
Following fix could solve the problem:
diff --git a/gcc-4.6/gcc/tree-ssa-sccvn.c b/gcc-4.6/gcc/tree-ssa-sccvn.c
index eb88969..704a86c 100644
--- a/gcc-4.6/gcc/tree-ssa-sccvn.c
+++ b/gcc-4.6/gcc/tree-ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
Bug ID: 57385
Summary: [tree-ssa] Possible segfault in
fully_constant_vn_reference_p
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #8 from Jan Hubicka ---
Thanks. Obviously RTL world translates through the weakrefs w/o LTO but not
with LTO. I will look into it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #6 from Richard Biener ---
Created attachment 30172
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30172&action=edit
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #4 from hmb ---
I am attaching the all preprocessed source code of GDB
here is the link https://www.dropbox.com/s/ldml34p3lov867w/gcc-bug.zip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57341
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381
Richard Biener changed:
What|Removed |Added
Known to work||4.9.0
Target Milestone|4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57341
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Thu May 23 08:37:24 2013
New Revision: 199237
URL: http://gcc.gnu.org/viewcvs?rev=199237&root=gcc&view=rev
Log:
2013-05-23 Richard Biener
PR rtl-optimization/57341
* ira.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Rainer Orth ---
> (In reply to Jan Hubicka from comment #1)
>> I solved the infinite loop problem on plugin enabled setups with
>> http://gcc.gnu.org/ml/gcc-patches/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57344
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.8.1, 4.9.0
Summary|[4.7/4.8/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57380
--- Comment #3 from Richard Biener ---
There was a deliberate change to require at least one invariant address or
a re-use of a previous load.
2010-07-08 Richard Guenther
+ PR tree-optimization/44831
+ * tree-ssa-phiprop.c (phipr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57384
--- Comment #1 from Jonathan Wakely ---
(In reply to Eric Niebler from comment #0)
> I believe all of the following 4 test cases should pass:
I'll leave it to someone else to rule on that, they make my head hurt ;)
I will note that this works:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57378
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57379
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57380
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854
--- Comment #6 from Dan Horák ---
FYI the error is still present in
gcc version 4.8.0 20130412 (Red Hat 4.8.0-2) (GCC)
Target: s390-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381
--- Comment #2 from Richard Biener ---
The usual &a.b.c with volatile fields do not compare equal thing ...
Value numbering l_61$0$0$0_6 stmt = l_61$0$0$0_6 = MEM[(volatile int *[5][2][2]
*)&*.LC0];
RHS MEM[(volatile int *[5][2][2] *)&*.LC0] simp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
75 matches
Mail list logo
