http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57370
--- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
---
I killed the compilation after 15h...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57384
Bug ID: 57384
Summary: can't expand a parameter pack into a list of function
types or function pointer types
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854
--- Comment #6 from Dan Horák dan at danny dot cz ---
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=57380
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57379
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57378
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57384
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57380
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
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 rguent...@suse.de
+ PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57344
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.1, 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #2 from Rainer Orth ro at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #1)
I solved the infinite loop problem on plugin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57341
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu May 23 08:37:24 2013
New Revision: 199237
URL: http://gcc.gnu.org/viewcvs?rev=199237root=gccview=rev
Log:
2013-05-23 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57341
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #4 from hmb muhammad_bilal at mentor dot com ---
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=57287
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 30172
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30172action=edit
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org ---
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=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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #1 from Alexander Ivchenko aivchenk at gmail dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57380
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com ---
Testing is in progress, will send to gcc-patches rigth after that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
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=57366
--- Comment #9 from Jan Hubicka hubicka at ucw dot cz ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57347
--- Comment #5 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Thu May 23 13:20:41 2013
New Revision: 199252
URL: http://gcc.gnu.org/viewcvs?rev=199252root=gccview=rev
Log:
2013-05-22 Martin Jambor mjam...@suse.cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57347
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
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=57287
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||xinliangli at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||powerpc-spe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57387
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.0
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 30175
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30175action=edit
somewhat reduced testcase
Autoreduced on level 0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 30176
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30176action=edit
more reduced
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57384
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
Let's add Jason in CC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57319
--- Comment #3 from Paul Pluzhnikov ppluzhnikov at google dot com ---
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=54354
Daniel Morilha dmorilha at gmail dot com changed:
What|Removed |Added
CC||dmorilha at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49146
Ben Woodard woodard at redhat dot com changed:
What|Removed |Added
Attachment #30127|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49146
--- Comment #10 from Richard Henderson rth at gcc dot gnu.org ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57317
--- Comment #3 from Paul Pluzhnikov ppluzhnikov at google dot com ---
(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 ja...@redhat.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57375
Sriraman Tallam tmsriram at google dot com changed:
What|Removed |Added
CC||davidxl at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #9 from Jan Hubicka hubicka at ucw dot cz ---
Hi,
the following patch sets IDENTIFIER_TRANSPARENT_ALIAS correctly from
lto-symtab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54354
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
We are trying to break the ABI for 4.9
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57248
--- Comment #2 from Sumant Tambe sutambe at yahoo dot com ---
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=57378
Sriraman Tallam tmsriram at google dot com changed:
What|Removed |Added
CC||davidxl at
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #3 from Dara Hazeghi dhazeghi at yahoo dot com ---
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.
--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=57388
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54354
--- Comment #5 from Daniel Morilha dmorilha at gmail dot com ---
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=57319
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org ---
(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=57248
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57319
Richard Smith richard-gccbugzilla at metafoo dot co.uk changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57317
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org ---
(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=57317
--- Comment #5 from Paul Pluzhnikov ppluzhnikov at google dot com ---
(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=57384
--- Comment #3 from Eric Niebler eric.niebler at gmail dot com ---
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:
templatetypename ...Ts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57286
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56934
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
Known
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57248
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
Thanks Daniel. In fact - I should have attached some code - nothing about
tuple co matters, you can remove it completely and replace std::get with,
say,
template int N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37140
--- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com ---
Thanks a lot!
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57390
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
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/bugzilla/show_bug.cgi?id=57390
--- Comment #2 from Ambroz Bizjak ambrop7 at gmail dot com ---
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
70 matches
Mail list logo
