http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52568
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #2 from Jos de Kloe kloedej at knmi dot nl 2012-03-16 08:28:11
UTC ---
Thanks for your answer.
Using stop 0 or stop 1 would indeed be a way around, but the awkward thing is
that I do have some requirements to produce different values
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #7 from Uros Bizjak ubizjak at gmail dot com 2012-03-16 08:44:50
UTC ---
(In reply to comment #6)
Thanks for looking at this.
The first step is to run readelf --debug=line FILE to make sure that the line
number information is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52596
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=52597
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-16
08:59:29 UTC ---
With 4.7.0 you get
t.cc:4:16: error: decltype cannot resolve address of overloaded function
t.cc: In member function ‘void A::bar1()’:
t.cc:6:49: error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-03-16 09:55:26 UTC ---
I've found that this failure on Solaris
--- FAIL: net.TestMulticastListener (0.00 seconds)
sockoptip.go:67: First
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||bkoz at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52599
Bug #: 52599
Summary: illegal constexpr constructor declaration make g++
assert instead of returning an error
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52599
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #15 from Pawel Sikora pluto at agmk dot net 2012-03-16 10:27:53
UTC ---
(In reply to comment #14)
Now, if something got broken lately, like those sed, I have no idea, certainly
I didn't change that. But, please post and discuss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52599
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|mickael.guene at st dot com |jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52593
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52600
Bug #: 52600
Summary: OpenMP: declaration as structured block
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: openmp, rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-03-16 11:03:28 UTC ---
I'm now running into
--- FAIL: net.TestMulticastListener (0.00 seconds)
sockoptip.go:118: 224.0.0.254:12345 not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #10 from Uros Bizjak ubizjak at gmail dot com 2012-03-16 11:05:33
UTC ---
(In reply to comment #8)
I'm now running into
--- FAIL: net.TestMulticastListener (0.00 seconds)
sockoptip.go:118: 224.0.0.254:12345 not found in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-16
11:13:17 UTC ---
(In reply to comment #2)
Thanks for your answer.
Using stop 0 or stop 1 would indeed be a way around
I am lost.
With GCC 4.6 and an explicit -fbacktrace,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #4 from Jos de Kloe kloedej at knmi dot nl 2012-03-16 11:36:48
UTC ---
I am lost.
The way around that I mentioned was for gcc 4.7+ (so I cannot test this right
away, but will upgrade as soon as it is feasible for me).
Anyway,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48814
--- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-16
11:48:54 UTC ---
Author: rguenth
Date: Fri Mar 16 11:48:48 2012
New Revision: 185465
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185465
Log:
2012-03-16 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48814
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52584
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52601
Bug #: 52601
Summary: Gcc build fails at Making all in tools with find:
bad option -path and find: path-list predicate-list
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34212
--- Comment #14 from Jonathan Liu net147 at gmail dot com 2012-03-16 13:38:18
UTC ---
Created attachment 26903
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26903
Test case
This test case gives a spurious 'warning: value computed is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52601
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52602
Bug #: 52602
Summary: false compilation warning of uninitialized variable
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52602
--- Comment #1 from asmwarrior asmwarrior at gmail dot com 2012-03-16
14:06:08 UTC ---
BTW: here is the discussion in gdb's patch mail list.
http://sourceware.org/ml/gdb-patches/2012-03/msg00585.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52593
--- Comment #6 from Rich Felker bugdal at aerifal dot cx 2012-03-16 14:23:09
UTC ---
The 387 FPU ensures correct rounding for the currently selected precision mode,
which per the ABI is always extended precision.
As for the usefulness of fixing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52584
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-16
14:49:11 UTC ---
Author: rguenth
Date: Fri Mar 16 14:49:05 2012
New Revision: 185468
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185468
Log:
2012-03-16 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52603
Bug #: 52603
Summary: Test failures in gcc.dg/vect: vectorizing unaligned
access
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
Bug #: 52604
Summary: mt allocator crashes on multi-threaded
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #1 from Laurent Aflonsi laurent.alfonsi at st dot com 2012-03-16
15:25:23 UTC ---
I would propose to fix as follows :
- Set the _M_Key=NULL when calling the freelist desctuctor.
- Testing the NULL Key before using it with setspecific.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52602
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52605
Bug #: 52605
Summary: LTO -g ICE when looking up context of VMTs of classes
defined within functions
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-16
16:48:38 UTC ---
Author: rguenth
Date: Fri Mar 16 16:48:31 2012
New Revision: 185474
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185474
Log:
2012-03-16 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52603
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-16
16:48:38 UTC ---
Author: rguenth
Date: Fri Mar 16 16:48:31 2012
New Revision: 185474
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185474
Log:
2012-03-16 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52603
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52584
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51752
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
Bug #: 52606
Summary: Confusing diagnostics for long identifiers
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
Andy Webber andy at aligature dot com changed:
What|Removed |Added
CC||andy at aligature
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
Keith Thompson Keith.S.Thompson at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
--- Comment #11 from Keith Thompson Keith.S.Thompson at gmail dot com
2012-03-16 19:30:17 UTC ---
And since the C++ code is valid, the title of this bug should be changed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #7 from Marc Glisse marc.glisse at normalesup dot org 2012-03-16
19:39:14 UTC ---
(In reply to comment #6)
constexpr long double operator _degrees(long double d)
{
return d * 0.0175;
}
int main()
{
long double pi =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #8 from Andy Webber andy at aligature dot com 2012-03-16 20:06:52
UTC ---
Ah, that fixes it. It could be good to update the release notes to match.
Thanks to Ed Smith-Rowland, G++ now implements C++11 user-defined literals.
// Not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Summary|Bad C++ error on invalid|[DR 577] Bad C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords|diagnostic |rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52474
--- Comment #8 from wwieser at gmx dot de 2012-03-16 20:44:54 UTC ---
@Georg-Johann Lay: Thank you very much for that quick response.
Obviously, the toolchain you use comes with bad patches.
I agree.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-16
20:50:14 UTC ---
What in the release notes should be updated?
The standard says that for 180_degrees the compiler should try to call
operator _degrees (180ULL)
(if operator
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-16
20:52:47 UTC ---
Ah, sorry, you're right, fixed up gcc-4.7/changes.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476
--- Comment #5 from François Dumont fdumont at gcc dot gnu.org 2012-03-16
21:03:24 UTC ---
Author: fdumont
Date: Fri Mar 16 21:03:15 2012
New Revision: 185476
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185476
Log:
2012-03-15 François
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
--- Comment #14 from Keith Thompson Keith.S.Thompson at gmail dot com
2012-03-16 21:41:18 UTC ---
On re-reading DR 577, I agree that it implies the current standard
says that only (void) is allowed, and in particular that a typedef
is not. I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
--- Comment #15 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-16
21:46:05 UTC ---
(In reply to comment #14)
(I thought perhaps that the change had been made between
N3290 and the released standard, but apparently that's not the case.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
--- Comment #1 from Steven Bosscher steven at gcc dot gnu.org 2012-03-16
23:18:26 UTC ---
Someting as trivial as the following would perhaps already help (not tested):
Index: match.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31893
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52283
--- Comment #25 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-03-16
23:26:08 UTC ---
(In reply to comment #24)
I think you need to add a Changelog and submit it to gcc-patches. Both 4.6.3
and 4.7.0 are about to be released, so you may
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45579
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38401
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41004
--- Comment #8 from Steven Bosscher steven at gcc dot gnu.org 2012-03-16
23:59:41 UTC ---
Ehm, why does tree tail-merge not run at -Os? It's a size optimization, after
all!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52438
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Summary|Some files still GPLv2 |[4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33828
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43631
--- Comment #4 from Steven Bosscher steven at gcc dot gnu.org 2012-03-17
00:05:48 UTC ---
(In reply to comment #3)
Jakub, please do not forget about this one for stage1 GCC 4.7.
Jakub, please do not forget about this one for stage1 GCC 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
Bug #: 52607
Summary: v4df __builtin_shuffle with {0,2,1,3} or {1,3,0,2}
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #1 from Marc Glisse marc.glisse at normalesup dot org 2012-03-17
01:05:57 UTC ---
Note that {1,2,0,3} seems harder, I need one extra vpermilpd. Actually, it
looks like every v4df shuffle can be realized as a vblendpd of a vpermilpd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
64 matches
Mail list logo