http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #11 from Jerry DeLisle 2010-11-28
07:43:02 UTC ---
Author: jvdelisle
Date: Sun Nov 28 07:42:56 2010
New Revision: 167218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167218
Log:
2010-11-27 Tobias Burnus
Jerry DeLi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46687
--- Comment #3 from Hubert Tong 2010-11-28 04:23:55
UTC ---
(In reply to comment #2)
> However, because you have using declarations in B1 and B2 name lookup finds
> B1::foo and B2::foo ... at least by my reading, which could be wrong
It does fin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46687
--- Comment #2 from Jonathan Wakely 2010-11-28
01:57:06 UTC ---
C has two copies of the name A::foo, as B1::foo and B2::foo.
if C only saw A::foo then it would be unambiguous because the same members
would be found, as in this variant:
struct A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46687
--- Comment #1 from Jonathan Wakely 2010-11-28
01:43:26 UTC ---
why do you think it's not ambiguous?
C has two bases of type A, so two copies of A::foo()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46689
--- Comment #1 from Jonathan Wakely 2010-11-28
01:33:02 UTC ---
Author: redi
Date: Sun Nov 28 01:32:57 2010
New Revision: 167217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167217
Log:
2010-11-28 Jonathan Wakely
PR libstdc++/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46689
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125
--- Comment #4 from Dave Korn 2010-11-28 01:29:27
UTC ---
Created attachment 22549
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22549
testing patch
Something along these lines ought to get us most of the way there.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46688
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #2 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #10 from Jerry DeLisle 2010-11-27
23:59:44 UTC ---
Patch with test case submitted to gfortran list.
http://gcc.gnu.org/ml/fortran/2010-11/msg00381.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46688
Richard Guenther changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46689
Summary: [4.6 Regression] FAIL:
20_util/shared_ptr/comparison/cmp.cc
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
Frédéric Buclin changed:
What|Removed |Added
CC||LpSolit at netscape dot net
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46688
Summary: [4.6 Regression] g++ requires a function declaration
when it should not
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #9 from Jerry DeLisle 2010-11-27
23:06:17 UTC ---
Looking at what these functions do, clearly we had a scope problem and do not
want a new scope. For this case I am sure we do not want start_block.
void
gfc_start_block (stmtblock_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #8 from Jerry DeLisle 2010-11-27
22:56:56 UTC ---
This fixes it:
Index: trans-decl.c
===
--- trans-decl.c(revision 167208)
+++ trans-decl.c(working copy)
@@ -295
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46301
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #12 from Richard Guenther 2010-11-27
22:20:13 UTC ---
(In reply to comment #11)
> (In reply to comment #9)
>
> >
> > Testcase:
> >
> > volatile int j;
> > int __attribute__((noinline))
> > foo(int n)
> > {
> > int i = 0, npairs;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46301
--- Comment #4 from Jerry DeLisle 2010-11-27
22:12:49 UTC ---
Author: jvdelisle
Date: Sat Nov 27 22:12:46 2010
New Revision: 167212
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167212
Log:
2010-11-27 Jerry DeLisle
PR fortran/463
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #11 from H.J. Lu 2010-11-27 22:06:27
UTC ---
(In reply to comment #9)
>
> Testcase:
>
> volatile int j;
> int __attribute__((noinline))
> foo(int n)
> {
> int i = 0, npairs;
> npairs = n - (- __INT_MAX__ - 1);
> if (npairs >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46641
--- Comment #3 from Tobias Burnus 2010-11-27
21:57:01 UTC ---
The issue with specification issues is now fixed by PR 46678 (almost, not yet
committed). The TRANSFER issue was fixed as PR 46638.
Thus, remaining is only using C_SIZEOF - and by com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
--- Comment #60 from Dominique d'Humieres
2010-11-27 21:49:28 UTC ---
> Can you please try latest trunk, if the test works with -O3 -m64 -mtune=rs64
> and fails with -O3 -m64 -mtune=power4 ?
Confirmed, but I have no idea of what is the default o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46668
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #11 from Tobias Burnus 2010-11-27
21:27:52 UTC ---
Author: burnus
Date: Sat Nov 27 21:27:49 2010
New Revision: 167211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167211
Log:
2010-11-27 Tobias Burnus
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46668
--- Comment #4 from Tobias Burnus 2010-11-27
21:27:53 UTC ---
Author: burnus
Date: Sat Nov 27 21:27:49 2010
New Revision: 167211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167211
Log:
2010-11-27 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46668
--- Comment #3 from Tobias Burnus 2010-11-27
21:26:19 UTC ---
Author: burnus
Date: Sat Nov 27 21:26:15 2010
New Revision: 167210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167210
Log:
2010-11-27 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #10 from Tobias Burnus 2010-11-27
21:26:19 UTC ---
Author: burnus
Date: Sat Nov 27 21:26:15 2010
New Revision: 167210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167210
Log:
2010-11-27 Tobias Burnus
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46668
--- Comment #2 from Tobias Burnus 2010-11-27
21:22:04 UTC ---
Author: burnus
Date: Sat Nov 27 21:22:00 2010
New Revision: 167209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167209
Log:
2010-11-27 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #9 from Tobias Burnus 2010-11-27
21:22:04 UTC ---
Author: burnus
Date: Sat Nov 27 21:22:00 2010
New Revision: 167209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167209
Log:
2010-11-27 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46687
Summary: Class member lookup ambiguity w/ overloaded static
members and using declarations
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #9 from Richard Guenther 2010-11-27
20:12:44 UTC ---
The bug seems to be:
Visiting PHI node: i_1950 = PHI
Argument #0 (291 -> 503 executable)
i_1028
Value: [0, 0]
Argument #1 (510 -> 503 executable)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43806
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35645
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34717
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39502
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42150
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46574
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44431
Eric Botcazou changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #4 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46574
--- Comment #2 from Eric Botcazou 2010-11-27
19:07:10 UTC ---
Author: ebotcazou
Date: Sat Nov 27 19:07:08 2010
New Revision: 167207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167207
Log:
PR ada/46574
* gcc-interface/utils2.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40777
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40777
--- Comment #3 from Eric Botcazou 2010-11-27
18:46:54 UTC ---
Author: ebotcazou
Date: Sat Nov 27 18:46:49 2010
New Revision: 167205
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167205
Log:
PR ada/40777
* gcc-interface/targtyps.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40777
--- Comment #4 from Eric Botcazou 2010-11-27
18:47:10 UTC ---
Author: ebotcazou
Date: Sat Nov 27 18:47:06 2010
New Revision: 167206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167206
Log:
PR ada/40777
* gcc-interface/targtyps.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46574
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40777
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
--- Comment #6 from Andrew Pinski 2010-11-27
18:33:28 UTC ---
Don't use --disable-bootstrap, it does not do what you think it does.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
Andrew Pinski changed:
What|Removed |Added
CC||jiez at gcc dot gnu.org
--- Comment #25 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46222
Nicola Pero changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46222
--- Comment #5 from Nicola Pero 2010-11-27 18:17:19
UTC ---
Author: nicola
Date: Sat Nov 27 18:17:14 2010
New Revision: 167202
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167202
Log:
In gcc/cp/:
2010-11-27 Nicola Pero
PR objc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46685
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46684
--- Comment #1 from Richard Guenther 2010-11-27
18:14:45 UTC ---
As only constant initializers are involved CCP optimizes based on undefinedness
of uninitialized variables.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46683
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
--- Comment #59 from Jakub Jelinek 2010-11-27
17:51:38 UTC ---
Can you please try latest trunk, if the test works with -O3 -m64 -mtune=rs64
and fails with -O3 -m64 -mtune=power4 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40767
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46682
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45292
Jakub Jelinek changed:
What|Removed |Added
CC||us15 at os dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46685
--- Comment #2 from John David Anglin 2010-11-27
16:53:41 UTC ---
ldo -62(%r30),%r23
bl qsort,%r2
The offset of -62 is misaligned. r23 should point to a plabel.
plabels have to be 4-byte aligned.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46686
Summary: Improve backtracing (unwinding) on MinGW
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #8 from Uros Bizjak 2010-11-27 16:35:51
UTC ---
(In reply to comment #6)
> You don't by chance have a standalone testcase yet? ;)
Unfortunately, I was not able to create testcase - the function is a huge
switch, but you don't need to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #7 from Uros Bizjak 2010-11-27 16:33:49
UTC ---
Created attachment 22547
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22547
_.122t.reassoc2 and _.123t.vrp2 detailed dumps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46685
--- Comment #1 from John David Anglin 2010-11-27
16:33:36 UTC ---
Although the printouts don't show it, the fails are with -fpic.
The non pic versions don't fail.
In the nested-6.c case, it appears the procedure label for the
call to compare fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46685
Summary: [4.6 Regression] New stack alignment failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46680
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46680
Adriano Rezende changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WONTFIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46684
Summary: GCC throws incorrect "may be used uninitialized"
warnings
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46683
Summary: [4.6 Regression] FAIL: ext/profile/all.cc
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46680
Richard Guenther changed:
What|Removed |Added
Resolution|INVALID |WONTFIX
--- Comment #4 from Richard Gu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46680
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
--- Comment #5 from Richard Guenther 2010-11-27
14:53:16 UTC ---
Also try --disable-stage1-checking (without --disable-bootstrap). If that
doesn't work trying STAGE1_CFLAGS="-O0" (without -g) or STAGE1_CFLAGS="-O1"
might be worth trying.
As thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
Richard Guenther changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #7 from Tobias Burnus 2010-11-27
14:10:54 UTC ---
The problem seems to be in trans-array.c's gfc_trans_auto_array_allocation
where gfortran had before:
- gfc_add_expr_to_block (&block, fnbody);
- return gfc_finish_block (&block);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
--- Comment #14 from Ádám Rák 2010-11-27
13:45:03 UTC ---
(In reply to comment #13)
> There are lots of ways to put your program into an invalid state.
>
> Of course there's "no point" to doing it, and noone's asking for the code to
> *work*
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45159
--- Comment #22 from Thomas Koenig 2010-11-27
13:16:54 UTC ---
Created attachment 22546
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22546
Patch for some more improvements
Here's a patch for some more improvements.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
Known to fail|4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #5 from Uros Bizjak 2010-11-27 12:15:12
UTC ---
To prove my claims, following change brings gcc back to profiledbootstrap land:
Index: gcc/java/verify-impl.c
===
--- gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46680
--- Comment #2 from Adriano Rezende
2010-11-27 12:10:21 UTC ---
>> Am I missing something?
> -O1 / -O2 / -O3 / -Os option.
I know about these optimization flags :).
My suggestion is directed specifically to -O0.
I would not rest knowing that i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46222
Nicola Pero changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |nicola at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
Uros Bizjak changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #4 from Uros
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46662
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #3 from Uros Bizjak 2010-11-27 10:21:20
UTC ---
Created attachment 22545
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22545
preprocessed file
The problem is in -fprofile-use. Corresponding .gcda file is not needed to
trigger t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #6 from Tobias Burnus 2010-11-27
10:00:38 UTC ---
I think one needs to define the type as
character(kind=1) string[1:];
(unknown upper bound, as for allocatable arrays) and work with the length as a
separate variable - as we do with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #5 from Tobias Burnus 2010-11-27
09:54:36 UTC ---
(In reply to comment #4)
> While it makes a bit more sense, I admittedly still fail to understand why
> int .string
> {
> .string = 4
> }
> // use .string
> fails
'cause
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #4 from Tobias Burnus 2010-11-27
09:45:41 UTC ---
> If one looks at the original dump, the only difference is nesting:
>
> the working version has:
>
> {
> // setup .string and other initialization
> }
> [...]
> }
>
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
--- Comment #2 from Uros Bizjak 2010-11-27 09:32:47
UTC ---
The loop in following part of verify_instructions_0 is miscompiled:
cut here
case op_lookupswitch:
{
int i;
jint npairs, lastkey;
pop_type (in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43751
--- Comment #6 from Iain Sandoe 2010-11-27 09:29:24
UTC ---
(In reply to comment #5)
Firstly, the patch mentioned at comment #2 is withdrawn - it's no longer
functional.
> 1. for Fortran, one can effect a fix by altering the dsymutil spec in
>
88 matches
Mail list logo