public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
@ 2013-10-23 11:29 ` pault at gcc dot gnu.org
2013-10-23 15:44 ` burnus at gcc dot gnu.org
` (13 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: pault at gcc dot gnu.org @ 2013-10-23 11:29 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
Paul Thomas <pault at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2013-10-23
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Paul Thomas <pault at gcc dot gnu.org> ---
Oh dear, oh dear.... sorry about that. I should have seen it coming.
I'll deal with it.
Cheers
Paul
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
2013-10-23 11:29 ` [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test pault at gcc dot gnu.org
@ 2013-10-23 15:44 ` burnus at gcc dot gnu.org
2013-10-23 20:39 ` paul.richard.thomas at gmail dot com
` (12 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: burnus at gcc dot gnu.org @ 2013-10-23 15:44 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |burnus at gcc dot gnu.org
--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> ---
How about the following (untested)? It has a bit less coverage but hopefully it
is still sufficient. Additionally, it should be portable.
--- a/gcc/testsuite/gfortran.dg/unlimited_polymorphic_13.f90
+++ b/gcc/testsuite/gfortran.dg/unlimited_polymorphic_13.f90
@@ -20,0 +21,8 @@ contains
+ real(c1) :: rc1
+ real(c2) :: rc2
+ real(c3) :: rc3
+ real(c4) :: rc4
+ complex(c1) :: cc1
+ complex(c2) :: cc2
+ complex(c3) :: cc3
+ complex(c4) :: cc4
@@ -22,10 +30,14 @@ contains
- select case (k)
- case (4)
- sz = 32*2
- case (8)
- sz = 64*2
- case (10,16)
- sz = 128*2
- case default
- call abort()
- end select
+ if (k == c1) then
+ sz = storage_size(cc1)
+ if (sz /= 2*storage_size(rc1)) call abort()
+ elseif (k == c2) then
+ sz = storage_size(cc2)
+ if (sz /= 2*storage_size(rc2)) call abort()
+ elseif (k == c3) then
+ sz = storage_size(cc3)
+ if (sz /= 2*storage_size(rc3)) call abort()
+ elseif (k == c4) then
+ sz = storage_size(cc4)
+ if (sz /= 2*storage_size(rc4)) call abort()
+ endif
+ if (sz < 2) call abort()
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
2013-10-23 11:29 ` [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test pault at gcc dot gnu.org
2013-10-23 15:44 ` burnus at gcc dot gnu.org
@ 2013-10-23 20:39 ` paul.richard.thomas at gmail dot com
2013-10-23 20:57 ` burnus at gcc dot gnu.org
` (11 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paul.richard.thomas at gmail dot com @ 2013-10-23 20:39 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #3 from paul.richard.thomas at gmail dot com <paul.richard.thomas at gmail dot com> ---
I had changed the testcase to:
! { dg-do run }
!
! PR fortran/58793
!
! Contributed by Vladimir Fuka
!
! Had the wrong value for the storage_size for complex
!
module m
use iso_fortran_env
implicit none
integer, parameter :: c1 = real_kinds(1)
integer, parameter :: c2 = real_kinds(2)
integer, parameter :: c3 = real_kinds(size(real_kinds)-1)
integer, parameter :: c4 = real_kinds(size(real_kinds))
real(c1) :: r1
real(c2) :: r2
real(c3) :: r3
real(c4) :: r4
contains
subroutine s(o, k)
class(*) :: o
integer :: k
integer :: sz
select case (k)
case (4)
sz = storage_size(r1)*2
case (8)
sz = storage_size(r2)*2
case (10)
sz = storage_size(r3)*2
case (16)
sz = storage_size(r4)*2
case default
call abort()
end select
if (storage_size(o) /= sz) call abort()
select type (o)
type is (complex(c1))
if (storage_size(o) /= sz) call abort()
type is (complex(c2))
if (storage_size(o) /= sz) call abort()
type is (complex(c3))
if (storage_size(o) /= sz) call abort()
type is (complex(c4))
if (storage_size(o) /= sz) call abort()
end select
end subroutine s
end module m
program p
use m
call s((1._c1, 2._c1), c1)
call s((1._c2, 2._c2), c2)
call s((1._c3, 2._c3), c3)
call s((1._c4, 2._c4), c4)
end program p
Is it not the case that the select type (o) is unnecessary for the test?
That is ' if (storage_size(o) /= sz) call abort()' is all that is needed?
Cheers
Paul
On 23 October 2013 17:44, burnus at gcc dot gnu.org
<gcc-bugzilla@gcc.gnu.org> wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
>
> Tobias Burnus <burnus at gcc dot gnu.org> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> CC| |burnus at gcc dot gnu.org
>
> --- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> ---
> How about the following (untested)? It has a bit less coverage but hopefully it
> is still sufficient. Additionally, it should be portable.
>
> --- a/gcc/testsuite/gfortran.dg/unlimited_polymorphic_13.f90
> +++ b/gcc/testsuite/gfortran.dg/unlimited_polymorphic_13.f90
> @@ -20,0 +21,8 @@ contains
> + real(c1) :: rc1
> + real(c2) :: rc2
> + real(c3) :: rc3
> + real(c4) :: rc4
> + complex(c1) :: cc1
> + complex(c2) :: cc2
> + complex(c3) :: cc3
> + complex(c4) :: cc4
> @@ -22,10 +30,14 @@ contains
> - select case (k)
> - case (4)
> - sz = 32*2
> - case (8)
> - sz = 64*2
> - case (10,16)
> - sz = 128*2
> - case default
> - call abort()
> - end select
> + if (k == c1) then
> + sz = storage_size(cc1)
> + if (sz /= 2*storage_size(rc1)) call abort()
> + elseif (k == c2) then
> + sz = storage_size(cc2)
> + if (sz /= 2*storage_size(rc2)) call abort()
> + elseif (k == c3) then
> + sz = storage_size(cc3)
> + if (sz /= 2*storage_size(rc3)) call abort()
> + elseif (k == c4) then
> + sz = storage_size(cc4)
> + if (sz /= 2*storage_size(rc4)) call abort()
> + endif
> + if (sz < 2) call abort()
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You are the assignee for the bug.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2013-10-23 20:39 ` paul.richard.thomas at gmail dot com
@ 2013-10-23 20:57 ` burnus at gcc dot gnu.org
2013-10-25 9:12 ` paul.richard.thomas at gmail dot com
` (10 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: burnus at gcc dot gnu.org @ 2013-10-23 20:57 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #4 from Tobias Burnus <burnus at gcc dot gnu.org> ---
(In reply to paul.richard.thomas@gmail.com from comment #3)
> I had changed the testcase to:
... which is in the essential part the same. (I had a few more checks, but
those do not really matter.)
> Is it not the case that the select type (o) is unnecessary for the test?
> That is ' if (storage_size(o) /= sz) call abort()' is all that is needed?
For this bug, yes. But I think checking that within SELECT TYPE the correct
SIZE_OF is applied, doesn't harm. Thus, I think it is useful to have.
I leave committing the patch to you – I think either of our versions is fine.
>From gcc-bugs-return-432587-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Oct 23 21:14:01 2013
Return-Path: <gcc-bugs-return-432587-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18903 invoked by alias); 23 Oct 2013 21:14:00 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 18825 invoked by uid 55); 23 Oct 2013 21:13:55 -0000
From: "tmsriram at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/57756] Function target attribute is retaining state of previously seen function
Date: Wed, 23 Oct 2013 21:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tmsriram at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57756-4-ITWDSRJa19@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57756-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57756-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-10/txt/msg01731.txt.bz2
Content-length: 779
http://gcc.gnu.org/bugzilla/show_bug.cgi?idW756
--- Comment #5 from tmsriram at gcc dot gnu.org <tmsriram at gcc dot gnu.org> ---
Author: tmsriram
Date: Wed Oct 23 21:13:50 2013
New Revision: 203991
URL: http://gcc.gnu.org/viewcvs?rev 3991&root=gcc&view=rev
Log:
PR target/57756
Replace further references to global_options in functions
ix86_option_override_internal and ix86_valid_target_attribute_tree
in config/i386/i386.c.
PR target/57756
* config/i386/i386.c (ix86_option_override_internal):
Change TARGET_SSE2 to TARGET_SSE2_P (opts->...)
(ix86_valid_target_attribute_tree):
Change TARGET_64BIT to TARGET_64BIT_P (opts->...)
Change TARGET_SSE to TARGET_SSE_P (opts->...)
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (3 preceding siblings ...)
2013-10-23 20:57 ` burnus at gcc dot gnu.org
@ 2013-10-25 9:12 ` paul.richard.thomas at gmail dot com
2013-10-30 9:23 ` schwab@linux-m68k.org
` (9 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paul.richard.thomas at gmail dot com @ 2013-10-25 9:12 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #5 from paul.richard.thomas at gmail dot com <paul.richard.thomas at gmail dot com> ---
Dear Tobias,
I cannot get to the commit until Sunday night at earliest. Thus, if
you can do it, that would be great. In fact, if you do that, I'll post
the fix for the hollerith nonsense on Sunday.
Cheers
Paul
On 23 October 2013 22:57, burnus at gcc dot gnu.org
<gcc-bugzilla@gcc.gnu.org> wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
>
> --- Comment #4 from Tobias Burnus <burnus at gcc dot gnu.org> ---
> (In reply to paul.richard.thomas@gmail.com from comment #3)
>> I had changed the testcase to:
>
> ... which is in the essential part the same. (I had a few more checks, but
> those do not really matter.)
>
>> Is it not the case that the select type (o) is unnecessary for the test?
>> That is ' if (storage_size(o) /= sz) call abort()' is all that is needed?
>
> For this bug, yes. But I think checking that within SELECT TYPE the correct
> SIZE_OF is applied, doesn't harm. Thus, I think it is useful to have.
>
> I leave committing the patch to you – I think either of our versions is fine.
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You are the assignee for the bug.
>From gcc-bugs-return-432667-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Oct 25 09:13:33 2013
Return-Path: <gcc-bugs-return-432667-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 766 invoked by alias); 25 Oct 2013 09:13:32 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 696 invoked by uid 48); 25 Oct 2013 09:13:29 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/58871] [4.7/4.8/4.9 Regression] [c++11] ICE with defaulted copy constructor in broken template class hierarchy
Date: Fri, 25 Oct 2013 09:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P5
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.7.4
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on cc target_milestone everconfirmed
Message-ID: <bug-58871-4-cfnPohF9Tb@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58871-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58871-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-10/txt/msg01811.txt.bz2
Content-length: 666
http://gcc.gnu.org/bugzilla/show_bug.cgi?idX871
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P5
Status|UNCONFIRMED |NEW
Last reconfirmed| |2013-10-25
CC| |mpolacek at gcc dot gnu.org
Target Milestone|--- |4.7.4
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Confirmed.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (4 preceding siblings ...)
2013-10-25 9:12 ` paul.richard.thomas at gmail dot com
@ 2013-10-30 9:23 ` schwab@linux-m68k.org
2013-10-30 9:42 ` paul.richard.thomas at gmail dot com
` (8 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: schwab@linux-m68k.org @ 2013-10-30 9:23 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #6 from Andreas Schwab <schwab@linux-m68k.org> ---
unlimited_polymorphic_13.f90:43.15:
type is (complex(c2))
1
unlimited_polymorphic_13.f90:45.15:
type is (complex(c3))
2
Error: CASE label at (1) overlaps with CASE label at (2)
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (5 preceding siblings ...)
2013-10-30 9:23 ` schwab@linux-m68k.org
@ 2013-10-30 9:42 ` paul.richard.thomas at gmail dot com
2013-11-02 22:18 ` schwab@linux-m68k.org
` (7 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paul.richard.thomas at gmail dot com @ 2013-10-30 9:42 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #7 from paul.richard.thomas at gmail dot com <paul.richard.thomas at gmail dot com> ---
Oh damn! Tobias pointed this out to me and I didn't catch on to why
this could happen. I'll fix it tonight.
Sorry about that
Paul
On 30 October 2013 10:23, schwab@linux-m68k.org
<gcc-bugzilla@gcc.gnu.org> wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
>
> --- Comment #6 from Andreas Schwab <schwab@linux-m68k.org> ---
> unlimited_polymorphic_13.f90:43.15:
>
> type is (complex(c2))
> 1
> unlimited_polymorphic_13.f90:45.15:
>
> type is (complex(c3))
> 2
> Error: CASE label at (1) overlaps with CASE label at (2)
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You are the assignee for the bug.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (6 preceding siblings ...)
2013-10-30 9:42 ` paul.richard.thomas at gmail dot com
@ 2013-11-02 22:18 ` schwab@linux-m68k.org
2013-11-04 18:41 ` burnus at gcc dot gnu.org
` (6 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: schwab@linux-m68k.org @ 2013-11-02 22:18 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #8 from Andreas Schwab <schwab@linux-m68k.org> ---
Still broken.
(gdb) ptype r3
type = real(kind=8)
(gdb) ptype r4
type = real(kind=10)
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (7 preceding siblings ...)
2013-11-02 22:18 ` schwab@linux-m68k.org
@ 2013-11-04 18:41 ` burnus at gcc dot gnu.org
2013-11-04 19:15 ` paul.richard.thomas at gmail dot com
` (5 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: burnus at gcc dot gnu.org @ 2013-11-04 18:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #9 from Tobias Burnus <burnus at gcc dot gnu.org> ---
(In reply to Andreas Schwab from comment #8)
> Still broken.
> (gdb) ptype r3
> type = real(kind=8)
> (gdb) ptype r4
> type = real(kind=10)
With the same error? That shouldn't be the case since the commit r204286. Can
you re-check that it fails and you have that version or newer?
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (8 preceding siblings ...)
2013-11-04 18:41 ` burnus at gcc dot gnu.org
@ 2013-11-04 19:15 ` paul.richard.thomas at gmail dot com
2013-11-04 20:47 ` schwab@linux-m68k.org
` (4 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paul.richard.thomas at gmail dot com @ 2013-11-04 19:15 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #10 from paul.richard.thomas at gmail dot com <paul.richard.thomas at gmail dot com> ---
Thanks Tobias,
I was completely perplexed by that - you beat me to the reply by 32 minutes :-)
Cheers
Paul
On 4 November 2013 19:39, burnus at gcc dot gnu.org
<gcc-bugzilla@gcc.gnu.org> wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
>
> --- Comment #9 from Tobias Burnus <burnus at gcc dot gnu.org> ---
> (In reply to Andreas Schwab from comment #8)
>> Still broken.
>> (gdb) ptype r3
>> type = real(kind=8)
>> (gdb) ptype r4
>> type = real(kind=10)
>
> With the same error? That shouldn't be the case since the commit r204286. Can
> you re-check that it fails and you have that version or newer?
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You are the assignee for the bug.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (9 preceding siblings ...)
2013-11-04 19:15 ` paul.richard.thomas at gmail dot com
@ 2013-11-04 20:47 ` schwab@linux-m68k.org
2013-11-04 21:28 ` burnus at gcc dot gnu.org
` (3 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: schwab@linux-m68k.org @ 2013-11-04 20:47 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #11 from Andreas Schwab <schwab@linux-m68k.org> ---
It aborts.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (10 preceding siblings ...)
2013-11-04 20:47 ` schwab@linux-m68k.org
@ 2013-11-04 21:28 ` burnus at gcc dot gnu.org
2013-11-04 22:23 ` schwab@linux-m68k.org
` (2 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: burnus at gcc dot gnu.org @ 2013-11-04 21:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #12 from Tobias Burnus <burnus at gcc dot gnu.org> ---
(In reply to Andreas Schwab from comment #11)
> It aborts.
Well, that's progress: It now compiles :-) [Even if we could have this
earlier.]
Regarding the run-time failure: Can you pin-point where it fails? Looking at
the code, I don't see any obvious candidate for a failure.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (11 preceding siblings ...)
2013-11-04 21:28 ` burnus at gcc dot gnu.org
@ 2013-11-04 22:23 ` schwab@linux-m68k.org
2014-03-17 9:23 ` schwab at gcc dot gnu.org
2014-03-17 9:25 ` schwab@linux-m68k.org
14 siblings, 0 replies; 15+ messages in thread
From: schwab@linux-m68k.org @ 2013-11-04 22:23 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #13 from Andreas Schwab <schwab@linux-m68k.org> ---
case (10)
sz = storage_size(r3)*2
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (12 preceding siblings ...)
2013-11-04 22:23 ` schwab@linux-m68k.org
@ 2014-03-17 9:23 ` schwab at gcc dot gnu.org
2014-03-17 9:25 ` schwab@linux-m68k.org
14 siblings, 0 replies; 15+ messages in thread
From: schwab at gcc dot gnu.org @ 2014-03-17 9:23 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #14 from Andreas Schwab <schwab at gcc dot gnu.org> ---
Author: schwab
Date: Mon Mar 17 09:23:15 2014
New Revision: 208612
URL: http://gcc.gnu.org/viewcvs?rev=208612&root=gcc&view=rev
Log:
PR testsuite/58851
* gfortran.dg/unlimited_polymorphic_13.f90: Properly compute
storage size.
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/unlimited_polymorphic_13.f90
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
` (13 preceding siblings ...)
2014-03-17 9:23 ` schwab at gcc dot gnu.org
@ 2014-03-17 9:25 ` schwab@linux-m68k.org
14 siblings, 0 replies; 15+ messages in thread
From: schwab@linux-m68k.org @ 2014-03-17 9:25 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #15 from Andreas Schwab <schwab@linux-m68k.org> ---
.
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2014-03-17 9:25 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-58851-4@http.gcc.gnu.org/bugzilla/>
2013-10-23 11:29 ` [Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test pault at gcc dot gnu.org
2013-10-23 15:44 ` burnus at gcc dot gnu.org
2013-10-23 20:39 ` paul.richard.thomas at gmail dot com
2013-10-23 20:57 ` burnus at gcc dot gnu.org
2013-10-25 9:12 ` paul.richard.thomas at gmail dot com
2013-10-30 9:23 ` schwab@linux-m68k.org
2013-10-30 9:42 ` paul.richard.thomas at gmail dot com
2013-11-02 22:18 ` schwab@linux-m68k.org
2013-11-04 18:41 ` burnus at gcc dot gnu.org
2013-11-04 19:15 ` paul.richard.thomas at gmail dot com
2013-11-04 20:47 ` schwab@linux-m68k.org
2013-11-04 21:28 ` burnus at gcc dot gnu.org
2013-11-04 22:23 ` schwab@linux-m68k.org
2014-03-17 9:23 ` schwab at gcc dot gnu.org
2014-03-17 9:25 ` schwab@linux-m68k.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).