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
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #1 from Marc Glisse 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 and
a vpermilpd+vperm2f128. For v8sf
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=43631
--- Comment #4 from Steven Bosscher 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=33828
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52438
Steven Bosscher changed:
What|Removed |Added
Summary|Some files still GPLv2 |[4.7 Regression] Some files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41004
--- Comment #8 from Steven Bosscher 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=38401
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45579
Steven Bosscher changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52283
--- Comment #25 from Manuel López-Ibáñez 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 need to wait until
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31893
Manuel López-Ibáñez changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #6 from Manuel Lópe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
--- Comment #1 from Steven Bosscher 2012-03-16
23:18:26 UTC ---
Someting as trivial as the following would perhaps already help (not tested):
Index: match.c
===
--- match.c(revi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
--- Comment #15 from Jonathan Wakely 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.)
See the text in bold at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
--- Comment #14 from Keith Thompson
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 might have interpreted it different
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476
--- Comment #5 from François Dumont 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=gcc&view=rev&rev=185476
Log:
2012-03-15 François Dumont
PR libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #10 from Jakub Jelinek 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=52521
--- Comment #9 from Jakub Jelinek 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 "" _degrees (unsigned lo
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=33101
Jonathan Wakely changed:
What|Removed |Added
Keywords|diagnostic |rejects-valid
Summary|[DR 57
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
Jonathan Wakely changed:
What|Removed |Added
Summary|Bad C++ error on invalid|[DR 577] Bad C++ error on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #8 from Andy Webber 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 actually a good approximati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #7 from Marc Glisse 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 = 180_degrees;
>std::cout
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
--- Comment #11 from Keith Thompson
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=33101
Keith Thompson changed:
What|Removed |Added
CC||Keith.S.Thompson at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
Andy Webber changed:
What|Removed |Added
CC||andy at aligature dot com
--- Comment #6 fr
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
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51752
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52584
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52603
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52603
--- Comment #1 from Richard Guenther 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=gcc&view=rev&rev=185474
Log:
2012-03-16 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #7 from Richard Guenther 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=gcc&view=rev&rev=185474
Log:
2012-03-16 Richard Guenther
PR tree-op
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=52602
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #1 from Laurent Aflonsi 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.
see patch below :
==
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: P
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=52584
--- Comment #2 from Richard Guenther 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=gcc&view=rev&rev=185468
Log:
2012-03-16 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52593
--- Comment #6 from Rich Felker 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 this, I found the bug whi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52602
--- Comment #1 from asmwarrior 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=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=52601
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34212
--- Comment #14 from Jonathan Liu 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 used
[-Wunused-value]' mes
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
Versio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52584
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48814
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48814
--- Comment #12 from Richard Guenther 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=gcc&view=rev&rev=185465
Log:
2012-03-16 Richard Guenther
Kai Tietz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #4 from Jos de Kloe 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, thanks for your thoughts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #3 from Tobias Burnus 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, I *do* get a backtrace f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #10 from Uros Bizjak 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 RIB
>
> still look
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #9 from 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 found in RIB
>
> still looking wha
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=52593
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52599
Paolo Carlini changed:
What|Removed |Added
CC|mickael.guene at st dot com |jason at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #15 from Pawel Sikora 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 the issue and tentati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52599
Paolo Carlini changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
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=52540
Paolo Carlini changed:
What|Removed |Added
CC||bkoz at redhat dot com
--- Comment #14 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #8 from 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 ListenMulticastUDP failed: setsockopt: In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52597
--- Comment #1 from Jonathan Wakely 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: decltype cannot resolve addr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52596
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #7 from Uros Bizjak 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 recorded correctly. Whi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #2 from Jos de Kloe 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 for the exit
status for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52568
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
64 matches
Mail list logo