http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51349
m...@gcc.gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51349
--- Comment #2 from mrs at gcc dot gnu.org 2011-12-04
07:34:32 UTC ---
Author: mrs
Date: Sun Dec 4 07:34:25 2011
New Revision: 181984
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181984
Log:
2011-12-03 Dominique d'Humieres
PR o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51406
Bug #: 51406
Summary: [4.5/4.6/4.7 Regression][c++0x] Incorrect result of
static_cast to rvalue reference to base class.
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51349
m...@gcc.gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50775
--- Comment #6 from Vladimir Makarov 2011-12-04
04:09:06 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
>
> > Wrong profitable hard regs calculation for register files requiring aligned
> > start register was a merging problem with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51405
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51405
--- Comment #1 from Ievgen Mukhin 2011-12-04
01:54:05 UTC ---
Sorry, i was wrong when I wrote that test case compiles on 4.2.4.
4.2.4 throws compilation error as it should: error: base operand of ‘->’ has
non-pointer type ‘B’
But newer versions d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51313
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51313
--- Comment #3 from paolo at gcc dot gnu.org
2011-12-04 01:40:40 UTC ---
Author: paolo
Date: Sun Dec 4 01:40:36 2011
New Revision: 181980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181980
Log:
/cp
2011-12-03 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51405
Bug #: 51405
Summary: Passing method result to constructor treated as
function declaration
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51404
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51404
Bug #: 51404
Summary: [c++0x] [4.7 Regression] ICE with invalid use of auto
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51403
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51403
Bug #: 51403
Summary: [4.7 Regression] ICE with invalid template parameter
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51397
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51402
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51402
Bug #: 51402
Summary: [4.6/4.7 Regression] ICE with invalid template
parameter
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51401
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-checking,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51401
Bug #: 51401
Summary: [c++0x] [4.7 Regression] ICE with invalid use of auto
in template
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51400
Bug #: 51400
Summary: [c++0x] ICE with constexpr and attribute noreturn
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51399
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51399
Bug #: 51399
Summary: [4.7 Regression] ICE with invalid initializer list
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51398
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51398
Bug #: 51398
Summary: [4.7 Regression] ICE with invalid template parameter
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51381
--- Comment #10 from eric.valette at free dot fr 2011-12-03 23:49:42 UTC ---
Then at least I know how to fix the bug. Thanks a lot for your help. I will use
the C definition instead of inline asm. BTW I have no clue on arm assembler. Is
the asm cod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
--- Comment #9 from Steve Kargl
2011-12-03 23:36:01 UTC ---
On Sat, Dec 03, 2011 at 11:15:32PM +, dominiq at lps dot ens.fr wrote:
> (In reply to comment #5)
> > It's not a long list if you XFAIL this for all ppc systems.
> >You need somethin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
--- Comment #8 from Dominique d'Humieres 2011-12-03
23:15:32 UTC ---
(In reply to comment #5)
> It's not a long list if you XFAIL this for all ppc systems.
>You need something along the lines
>
> ! { dg-do run { target { ! { ppc*-*-* } } } }
(In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
--- Comment #7 from Steve Kargl
2011-12-03 22:24:30 UTC ---
On Sat, Dec 03, 2011 at 10:01:22PM +, dominiq at lps dot ens.fr wrote:
>
> --- Comment #6 from Dominique d'Humieres
> 2011-12-03 22:01:22 UTC ---
> The main problem with this test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51397
Bug #: 51397
Summary: static_assert message formatting
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
Dominique d'Humieres changed:
What|Removed |Added
CC||ebotcazou at libertysurf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
--- Comment #5 from Steve Kargl
2011-12-03 21:22:39 UTC ---
On Sat, Dec 03, 2011 at 09:08:26PM +, iains at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
>
> --- Comment #4 from Iain Sandoe 2011-12-03
> 21:08:26
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
--- Comment #4 from Iain Sandoe 2011-12-03 21:08:26
UTC ---
(In reply to comment #3)
> On Sat, Dec 03, 2011 at 08:36:43PM +, iains at gcc dot gnu.org wrote:
> This test came into being when libquadmath came into the tree.
> The correct, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49951
--- Comment #10 from dodji at seketeli dot org
2011-12-03 20:55:15 UTC ---
> What I don't understand is how, according to your analysis, this
> worked before revision 149722 and how that patch could possibly
> change the behavior.
OK, you caught
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51325
Zdenek Sojka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
--- Comment #3 from Steve Kargl
2011-12-03 20:46:36 UTC ---
On Sat, Dec 03, 2011 at 08:36:43PM +, iains at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
>
> --- Comment #2 from Iain Sandoe 2011-12-03
> 20:36:43
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51381
--- Comment #9 from Mikael Pettersson 2011-12-03
20:45:02 UTC ---
Created attachment 25983
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25983
reduced test case in C
The big test case easily reduced to the following snippet:
void round_in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51396
Bug #: 51396
Summary: [4.7 Regression] ICE: verify_flow_info failed: BB 4
can not throw but has an EH edge with -O2
-fnon-call-exceptions -mfma4
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057
--- Comment #2 from Iain Sandoe 2011-12-03 20:36:43
UTC ---
whilst I appreciate that there are wider issues with IBM long double (and its
availability)
[I read the two PRs you cross-referenced].
In this case, it appears to be a different situat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51373
--- Comment #2 from Daniel Krügler
2011-12-03 19:33:55 UTC ---
(In reply to comment #1)
> Even with the constexpr specifier that declaration should be ill-formed,
> because the class definition must be complete for an in-class static data
> memb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629
--- Comment #11 from Andrew Pinski 2011-12-03
19:17:13 UTC ---
I have a couple of improvements for find_subloop_latch_edge_by_ivs which fixes
this testcase (though the dump output is slightly different but the number of
loops is correct and the s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629
--- Comment #12 from Andrew Pinski 2011-12-03
19:18:31 UTC ---
(In reply to comment #11)
Oh it fixes PR 50971 also which was my aim.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51373
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51391
--- Comment #15 from pnewell at cs dot cmu.edu 2011-12-03 19:10:39 UTC ---
Manu:
Yes, Andrew did a great job of letting me know what the issue was and gave me
the necessary information to have a work-around within 1/2 hour. Fantastic
turnaround in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #15 from Iain Sandoe 2011-12-03 19:05:30
UTC ---
(In reply to comment #14)
> Adding -Wl,-U,_Foo doesn't help on darwin11. Perhaps the darwin linker
> developer might have some insights?
regrettably, I think this is associated with th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49951
--- Comment #9 from Manuel López-Ibáñez 2011-12-03
19:03:54 UTC ---
(In reply to comment #8)
> A candidate analysis and patch has been posted to
> http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00250.html for comments.
What I don't understand is h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #14 from Jack Howarth 2011-12-03
19:01:40 UTC ---
Adding -Wl,-U,_Foo doesn't help on darwin11. Perhaps the darwin linker
developer might have some insights?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #13 from Iain Sandoe 2011-12-03 18:36:07
UTC ---
(In reply to comment #12)
> This still fails on darwin11 under Xcode 4.2.1 as
>
> Executing on host: /sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/xgcc
> -B/sw/src/fink.build/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51315
Mikael Pettersson changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48887
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
--- Comment #8 from Iain Sandoe 2011-12-03 18:30:44
UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > could you please check the status of this with XCode 4. / Darwin11.
> Current gcc trunk now just shows warnings of the form...
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48887
--- Comment #5 from Tobias Burnus 2011-12-03
18:30:40 UTC ---
Author: burnus
Date: Sat Dec 3 18:30:36 2011
New Revision: 181975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181975
Log:
2011-12-03 Tobias Burnus
PR fortran/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49951
--- Comment #8 from Dodji Seketeli 2011-12-03
18:23:38 UTC ---
A candidate analysis and patch has been posted to
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00250.html for comments.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51395
Bug #: 51395
Summary: [4.5/4.6 Regression] ICE in dependent_type_p (endless
(?) recursion)
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51180
--- Comment #5 from Dodji Seketeli 2011-12-03
17:25:02 UTC ---
A candidate patch for this has been submitted to
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00163.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51393
--- Comment #3 from Jérémie Detrey 2011-12-03
17:25:10 UTC ---
Done, thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51239
--- Comment #2 from Dodji Seketeli 2011-12-03
17:23:43 UTC ---
A candidate patch for this has been submitted to
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00163.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51394
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51393
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50317
--- Comment #15 from Jakub Jelinek 2011-12-03
16:40:05 UTC ---
Author: jakub
Date: Sat Dec 3 16:39:56 2011
New Revision: 181971
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181971
Log:
PR debug/50317
* tree-ssa.c (target_for_de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51392
cybersphinx changed:
What|Removed |Added
CC||cybersphinx.gcc at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50947
Matthias Klose changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50193
Matthias Klose changed:
What|Removed |Added
CC||konstantinos.margaritis at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
--- Comment #7 from Jack Howarth 2011-12-03
15:49:49 UTC ---
(In reply to comment #6)
> could you please check the status of this with XCode 4. / Darwin11.
>
> AFAICT, this (duplicate __image_info sections) appears to be resolved..
>
> .. alth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50871
--- Comment #10 from Jonathan Wakely 2011-12-03
15:34:53 UTC ---
It occurs to me we could use a diagnostic pragma to disable warnings about
variadic templates in our headers, instead of marking them as system headers.
That wouldn't work currently
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628
--- Comment #13 from Dominique d'Humieres
2011-12-03 15:18:06 UTC ---
On x86_64-apple-darwin10, the patch in comment #12 fixes the pr without new
regression. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904
--- Comment #36 from Dominique d'Humieres
2011-12-03 14:54:40 UTC ---
> Kind of, though, -ffast-math by itself already is on the verge of violating
> the
> standard.
I disagree with this statement at least for codes that does not use IEEE
intr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708
Jerry DeLisle changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot|unassigned at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51394
Bug #: 51394
Summary: Rejects legal code involving an allocatable string
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50684
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50684
--- Comment #14 from Tobias Burnus 2011-12-03
12:57:41 UTC ---
Author: burnus
Date: Sat Dec 3 12:57:38 2011
New Revision: 181969
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181969
Log:
2011-12-03 Tobias Burnus
PR fortran/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51369
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #8 from Jonathan Wakely 2011-12-03
12:06:08 UTC ---
patch implementing __is_final submitted for approval:
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00231.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699
--- Comment #23 from Salvatore Filippone
2011-12-03 12:00:43 UTC ---
Yes, TYPE FROM and polymorphic TO is exactly the typical usage I have (indeed,
it also was the original test case)
Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699
--- Comment #22 from Tobias Burnus 2011-12-03
11:33:42 UTC ---
Actually, my comment 21 was a bit premature: FROM type TO class is valid, only
FROM class TO type is invalid. Corrected at:
http://gcc.gnu.org/ml/fortran/2011-12/msg6.html
How
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50684
--- Comment #13 from Tobias Burnus 2011-12-03
11:30:23 UTC ---
Author: burnus
Date: Sat Dec 3 11:30:18 2011
New Revision: 181967
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181967
Log:
2011-12-03 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51393
--- Comment #1 from Jérémie Detrey 2011-12-03
11:21:17 UTC ---
Created attachment 25979
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25979
Patch to fix the reported typo.
This simple patch should fix the typo in avxintrin.h.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51393
Bug #: 51393
Summary: Wrong parameter type for _mm256_insert_epi64 in
avxintrin.h
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51391
--- Comment #14 from Manuel López-Ibáñez 2011-12-03
11:04:48 UTC ---
This patch fixes the issue:
Index: gcc/opts.c
===
--- gcc/opts.c (revision 180166)
+++ gcc/opts.c (working cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51391
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51347
--- Comment #3 from Roman Tsisyk 2011-12-03 10:37:02
UTC ---
Works for me.
Thanks for the fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51381
--- Comment #8 from eric.valette at free dot fr 2011-12-03 10:32:39 UTC ---
(In reply to comment #6)
> I guess I've been hit by the Emit-conditions-in-push_multi problem. I applied
> the patch below after verifying ist upstream but have not yet reb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51392
Bug #: 51392
Summary: Wrong code with -Os when __attribute__((__const__))
function returns structure
Classification: Unclassified
Product: gcc
Version: 4.5.3
Status:
83 matches
Mail list logo
