Hi,
all gfortran versions from 4.1.x thru 4.5 refuse to compile the
following program with -fdefault-real-8:
program gfcbug90
real :: t(2)
print *, etime (t)
end program gfcbug90
% gfc4x gfcbug90.f90 -fdefault-real-8
gfcbug90.f90:3.18:
print *, etime (t)
1
Error: 'x' arg
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #2 from ramana at gcc dot gnu dot org 2009-10-15 07:57 ---
(In reply to comment #0)
> Compile the attached source code with options -Os -march=armv5te -mthumb, gcc
> generates:
>
> push{lr}
> ldr r3, [r0]
> cmp r3, #0 // B
>
--- Comment #1 from dominiq at lps dot ens dot fr 2009-10-15 07:59 ---
The manual reads:
VALUES The type shall be REAL, DIMENSION(2).
where I understand REAL as REAL(4). Hence if you want to use -fdefault-real-8,
you have to avoid the "promotion" of the ETIME argument by using
rea
--- Comment #2 from carrot at google dot com 2009-10-15 08:18 ---
arm_size_rtx_costs calls thumb1_rtx_costs for TARGET_THUMB1.
thumb1_rtx_costs is also called by several other functions. Looked at its
implementation briefly, it is actually tuned for speed only. Following are some
obviou
--- Comment #6 from ramana at gcc dot gnu dot org 2009-10-15 08:19 ---
(In reply to comment #5)
> Committed since approved in
> http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00906.html
This needs to be backported to 4.4 branch after the 4.4.2 release because the
original bug report came
--- Comment #3 from carrot at google dot com 2009-10-15 08:25 ---
>
> >
> > Target ARM has conditional execution capability, but thumb actually can't do
> > conditional execution. Do we have any method to let the compiler know this?
>
> Note that this is relevant only for Thumb1 and n
$ gfortran -O -flto -g -c test.f
test.f: In function 'makenumberstring_':
test.f:8:0: internal compiler error: in lto_output_tree_ref, at
lto-streamer-out.c:732
That's with Rev. 152840 (and thus later then Rev. 152767 which fixed PR 41521).
Reduced testcase:
FUNCTION makenumberstring(x)
--- Comment #3 from ramana at gcc dot gnu dot org 2009-10-15 08:30 ---
No response in more than 6 months. This is now marked as INVALID because we
don't have enough information to go by.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ramana at gcc dot gnu dot org 2009-10-15 08:30 ---
Invalid
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #4 from ramana at gcc dot gnu dot org 2009-10-15 08:32 ---
No feedback in about 6 months. I'm closing this out as this can't be reproduced
with trunk as of today.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from rguenther at suse dot de 2009-10-15 08:41 ---
Subject: Re: [4.5 regression] possible
miscompilation in whole-program mode
On Tue, 13 Oct 2009, sje at cup dot hp dot com wrote:
> --- Comment #6 from sje at cup dot hp dot com 2009-10-13 16:05 ---
> The new
--- Comment #2 from anlauf at gmx dot de 2009-10-15 08:47 ---
(In reply to comment #1)
> The manual reads:
>
> VALUES The type shall be REAL, DIMENSION(2).
>
> where I understand REAL as REAL(4). Hence if you want to use -fdefault-real-8,
> you have to avoid the "promotion" of the ET
--- Comment #5 from burnus at gcc dot gnu dot org 2009-10-15 08:48 ---
> The patch is fine for 64-bit architectures.
I agree and it should be applied - incl. testcase.
> On 32-bit architectures
> such as i686-*-freebsd the patch fails because there is a REAL(10)
> but no INTEGER(16).
H
--- Comment #6 from dominiq at lps dot ens dot fr 2009-10-15 09:25 ---
Note that the same problem occurs for REAL(16) on powerpc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41711
--- Comment #3 from ramana at gcc dot gnu dot org 2009-10-15 10:19 ---
Confirmed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-10-15 10:20
---
The problem comes from cp/layout_class_type: it creates the version of the
class to be used for virtual bases before laying out the virtual base classes
of the class itself, in particular its alignment is set to t
--- Comment #9 from ramana at gcc dot gnu dot org 2009-10-15 10:44 ---
(In reply to comment #8)
> This is fixed in trunk but at least gcc-4.4.0, where this bug was found, is
> still broken.
>
I have no approval rights but can you test & ask to backport this to 4.4 branch
after the free
--- Comment #2 from ramana at gcc dot gnu dot org 2009-10-15 10:48 ---
I don't see this with an arm-none-eabi or indeed an arm-linux-gnueabi target.
Is there any reason why you are still using the arm-elf target rather than
moving to the eabi configurations ?
cheers
Ramana
--
raman
--- Comment #7 from drow at gcc dot gnu dot org 2009-10-15 12:12 ---
I really would like to see this submitted - at least as a starting point for
discussion. You don't need to do anything different than for a small patch; if
you've missed any steps, a reviewer will tell you.
Another pr
The following program should print "1", "2". It does so with ifort but with
gfortran it prints "1", "0".
type t
integer :: i
end type t
type, extends(t) :: t2
integer :: j
end type t2
class(t), allocatable :: a
allocate(a, source=t2(1,2))
print *,a%i
if(a%i /= 1) call abort()
select type (a)
--- Comment #7 from dgutson at codesourcery dot com 2009-10-15 12:33
---
Subject: Re: The use of ARM NEON vshll_n_u8 intrinsic results
in compile error on valid code [4.4 only]
ramana at gcc dot gnu dot org wrote:
> --- Comment #6 from ramana at gcc dot gnu dot org 2009-10-15
Because we end up with VIEW_CONVERT_EXPRs in places where we do not want them.
lto1: internal compiler error: in remap_decls, at tree-inline.c:576
internal compiler error: tree check: expected tree that contains 'decl common'
structure, have 'view_convert_expr' in remap_decls, at tree-inline.c:5
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-15 12:41 ---
Mine. It's not exactly clear how to avoid this the easies - probably keeping
some state what we are walking in lto_fixup_*. In theory we'd only need to
fixup the decl pointers in the reader cache so reading of the
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40106
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36143
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36201
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37272
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37490
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37534
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38747
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38671
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38878
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39254
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39390
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39412
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40808
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4926
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34199
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38522
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38678
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39219
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40497
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39372
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41321
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41454
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41176
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33492
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37304
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37633
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38036
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38946
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39533
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40181
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40180
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37367
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40775
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36851
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38059
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41204
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41196
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37942
--- Comment #1 from janus at gcc dot gnu dot org 2009-10-15 13:14 ---
Certainly mine. I should have thought of this case when fixing PR41581. The
cure is for sure:
Index: gcc/fortran/trans-stmt.c
===
--- gcc/fortran/trans-s
--- Comment #7 from hjl at gcc dot gnu dot org 2009-10-15 14:01 ---
Subject: Bug 41665
Author: hjl
Date: Thu Oct 15 14:00:57 2009
New Revision: 152845
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152845
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-1
--- Comment #8 from hjl dot tools at gmail dot com 2009-10-15 14:05 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #7 from mikpe at it dot uu dot se 2009-10-15 14:12 ---
(In reply to comment #6)
> A bisection has identified revision 139725 as the origin of this regression.
That revision added support for -fsection-anchors on arm and enabled it by
default at -O1 and above. Compiling with
--- Comment #3 from kargl at gcc dot gnu dot org 2009-10-15 14:13 ---
(In reply to comment #2)
> (In reply to comment #1)
> > The manual reads:
> >
> > VALUES The type shall be REAL, DIMENSION(2).
> >
> > where I understand REAL as REAL(4). Hence if you want to use
> > -fdefault-rea
--- Comment #8 from mikpe at it dot uu dot se 2009-10-15 14:14 ---
Created an attachment (id=18799)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18799&action=view)
kludge to disable section anchors on arm for gcc-4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
--- Comment #57 from mahatma at eu dot by 2009-10-15 14:29 ---
(In reply to comment #53)
> Created an attachment (id=18656)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18656&action=view) [edit]
> An updated patch for gcc 4.4
>
> Oops. Wrong patch. Trry this one.
>
Looks good
--- Comment #8 from manu at gcc dot gnu dot org 2009-10-15 15:02 ---
This is not a regression, so it does not have a target milestone. If ever
fixed, it will only be fixed in trunk.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from ramana at gcc dot gnu dot org 2009-10-15 15:17 ---
(In reply to comment #7)
> (In reply to comment #6)
> > A bisection has identified revision 139725 as the origin of this regression.
>
> That revision added support for -fsection-anchors on arm and enabled it by
> de
--- Comment #4 from manu at gcc dot gnu dot org 2009-10-15 15:21 ---
BTW, Clang claims to get this right. Quoting from:
http://clang.llvm.org/diagnostics.html
$ gcc-4.2 t.c
t.c:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*'
token
$ clang t.c
t.c:3:1: error
--- Comment #4 from wuerzner at gmail dot com 2009-10-15 15:46 ---
Hi,
has there been any change on the std::fill policy, yet? If yes, in which
version did you integrate the parallel fill?
Many thanks,
Kay
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
to/41669
* gimple.c (gimple_get_alias_set): Avoid recursing on
invalid type topology.
* gcc.dg/lto/20091015-1_0.c: New testcase.
* gcc.dg/lto/20091015-1_1.c: Likewise.
* gcc.dg/lto/20091015-1_2.c: Likewise.
* gcc.dg/lto/20091015-1_a.h: Likewise.
* gc
1 - 100 of 169 matches
Mail list logo
