--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-03 08:19 ---
Valgrind:
==3611== Invalid read of size 8
==3611==at 0x4A4029: gfc_trans_pointer_assignment (trans-expr.c:3756)
==3611==by 0x485AC7: gfc_trans_code (trans.c:1002)
==3611==by 0x49B7B9:
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-03 08:34 ---
Subject: Bug 29484
Author: jakub
Date: Thu Jan 3 08:33:57 2008
New Revision: 131300
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131300
Log:
PR tree-optimization/29484
* tree-inline.c
--- Comment #5 from fhimpe at telenet dot be 2008-01-03 08:58 ---
I can confirm that pulseaudio 0.9.8 sources which caused the crash, compile
fine now with the latest gcc 4.3 snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34591
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-01-03 09:05
---
It's not marked as regression, so it shouldn't have a release target at all.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-03 09:14 ---
Reduced test; has nothing to do with BIND(C). I am not 100% sure it is valid.
(Actually, glancing at the code, I had said it is invalid). However, it gives
no error/warning (or ICE) with other compilers such as NAG
--- Comment #6 from aldot at gcc dot gnu dot org 2008-01-03 09:19 ---
Dummy sample that has a hoisting opportunity:
int bazoo (unsigned int in)
{
int i = 0;
if (in = 0)
++i; /* hoist */
if (in = 1)
++i;
if (in = 2)
++i;
if (in = 3)
++i;
if (in = 4)
++i;
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #2 from sam at gcc dot gnu dot org 2008-01-03 09:37 ---
Subject: Bug 34645
Author: sam
Date: Thu Jan 3 09:35:04 2008
New Revision: 131301
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131301
Log:
2008-01-03 Tero Koskinen [EMAIL PROTECTED]
gcc/ada/
PR
--- Comment #2 from sam at gcc dot gnu dot org 2008-01-03 09:38 ---
Patch committed, thanks.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sam at gcc dot gnu dot org 2008-01-03 09:38 ---
Subject: Bug 34644
Author: sam
Date: Thu Jan 3 09:35:04 2008
New Revision: 131301
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131301
Log:
2008-01-03 Tero Koskinen [EMAIL PROTECTED]
gcc/ada/
PR
--- Comment #2 from sam at gcc dot gnu dot org 2008-01-03 09:38 ---
Subject: Bug 34647
Author: sam
Date: Thu Jan 3 09:35:04 2008
New Revision: 131301
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131301
Log:
2008-01-03 Tero Koskinen [EMAIL PROTECTED]
gcc/ada/
PR
--- Comment #2 from sam at gcc dot gnu dot org 2008-01-03 09:38 ---
Subject: Bug 34646
Author: sam
Date: Thu Jan 3 09:35:04 2008
New Revision: 131301
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131301
Log:
2008-01-03 Tero Koskinen [EMAIL PROTECTED]
gcc/ada/
PR
--- Comment #3 from sam at gcc dot gnu dot org 2008-01-03 09:38 ---
Patch committed, thanks.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sam at gcc dot gnu dot org 2008-01-03 09:38 ---
Patch committed, thanks.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #3 from sam at gcc dot gnu dot org 2008-01-03 09:39 ---
Patch committed, thanks.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from sam at gcc dot gnu dot org 2008-01-03 09:39 ---
Fixed, closing
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The following testcase distilled from tinyfugue-5.0 ICEs with
internal compiler error: in find_or_generate_expression, at tree-ssa-pre.c:2255
/* { dg-do compile } */
/* { dg-options -O2 -fexceptions } */
extern const unsigned short int **bar (void) __attribute__ ((const));
const char *a;
int b;
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-03 09:52 ---
Created an attachment (id=14865)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14865action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34641
--- Comment #6 from dorit at gcc dot gnu dot org 2008-01-03 10:08 ---
(In reply to comment #5)
I can confirm that pulseaudio 0.9.8 sources which caused the crash, compile
fine now with the latest gcc 4.3 snapshot.
thanks. (I usually prefer to wait for the person who reported the bug
--- Comment #7 from dorit at gcc dot gnu dot org 2008-01-03 10:17 ---
fixed
--
dorit at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-03 10:29 ---
Subject: Bug 34619
Author: jakub
Date: Thu Jan 3 10:28:30 2008
New Revision: 131302
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131302
Log:
PR c++/34619
* cgraphunit.c
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-03 10:34 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-03 11:02 ---
Confirmed. We only have SSA_NAMEs in the expression set, which we do not PRE.
Danny, is this supposed not to happen somehow?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-03 11:05 ---
We are creating *VH.97 by pieces but fail to create the 'piece' for VH.97
because
we don't consider a SSA_NAME ok for it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34648
/*gcc/tree-vrp.c */
3603 static bool
3604 find_conditional_asserts (basic_block bb, tree last)
3605 {
...
if (e-dest == bb)
3623 continue;
...
3652 if (e-dest != bb)
3653 need_assert |= find_assert_locations (e-dest);
--
Summary: redundant if
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-03 12:53 ---
Confirmed. This is a regression vs. 4.2:
I think it is not a regression with regards to 4.1 or 4.2. Here, it gives no
ICE/error/warning for .f (fixed-form source) but it does so for .f90 (free-form
source).
With
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-03 15:06 ---
Confirmed. LIM and DOM together remove the redundancy later. If the loop
enclosing the redundancy is removed this doesn't happen.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-03 15:24 ---
(In reply to comment #3)
Reduced test; has nothing to do with BIND(C). I am not 100% sure it is valid.
(Actually, glancing at the code, I had said it is invalid). However, it gives
no error/warning (or ICE) with
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-03 15:01 ---
Additionally, pass_tree_profile is executed multiple times with -fopenmp, e.g.
on
void foo (int i)
{
#pragma omp parallel
if (i 2)
bar (i + 1);
else if (i -2)
bar (i / 2);
else
bar (i * 2);
}
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-03 15:17 ---
forwprop with the help of fold now simplifies the second comparison to
if (b_2(D) == c_3(D))
and VRP gets rid of the function body and optimizes it to return zero. We have
a similar testcase excercising the
--- Comment #13 from peeterj at ca dot ibm dot com 2008-01-03 15:26 ---
It's a regression relative to gcc version 3.3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31309
-The error:
A segfault, according to insight at one point the 'this' pointer refers to
0x0.
-What should it do:
Definately not segfault, instead, after writing:
No such edge as (NOSUCH):true
It should write: (according to supplied source)
There is an edge as(EXISTS):true
But instead, it
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-03 15:35
---
Created an attachment (id=14866)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14866action=view)
revised testcase
The problem persists with 4.2 if you remove the anonymous namespace around the
initializer
--- Comment #1 from nam3l3ss dot bugreportaccount at gmail dot com
2008-01-03 15:37 ---
Created an attachment (id=14867)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14867action=view)
Full, preprocessed source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34650
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-03 15:54
---
Fixed only in the sense that we now create
pointer_plus_expr 0x2b6e7ed3b1c0
type pointer_type 0x2b6e7eda3000
type integer_type 0x2b6e7ed8c300 char public string-flag QI
size integer_cst
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-03 15:38 ---
Patch.
Index: gcc/fortran/primary.c
===
--- gcc/fortran/primary.c (Revision 131302)
+++ gcc/fortran/primary.c (Arbeitskopie)
@@ -1679,6
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-01-03 15:44
---
On a second look, 4.3 behaves much better than 4.2 for this testcase, so I
consider it fixed.
3.3-hammer: 13s 321MB
4.1.3: 29s 588MB
4.2.2: 27s 440MB
4.3.0: 20s 188MB
--
rguenth at gcc dot gnu dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-03 16:01 ---
I agree, these sort of bugs should be P4 as a user will only see
t.C:1: error: ISO C++ does not include variadic templates
t.C:3: confused by earlier errors, bailing out
--
--- Comment #1 from ubizjak at gmail dot com 2008-01-03 16:10 ---
(In reply to comment #0)
/*gcc/tree-vrp.c */
3603 static bool
3604 find_conditional_asserts (basic_block bb, tree last)
3605 {
...
if (e-dest == bb)
3623 continue;
...
3652 if
--- Comment #15 from pinskia at gcc dot gnu dot org 2008-01-03 16:23
---
This was caused by the patch which fixed PR 20280 and the 2nd iteration of the
patch was rejected so unassigning from me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-03 16:23 ---
I will test the following
bool
is_gimple_min_invariant (const_tree t)
{
switch (TREE_CODE (t))
{
case ADDR_EXPR:
/* We do not allow arbitrary invariant expressions as gimple
such as a[1 -
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-01-03 16:23 ---
I don't have time to work on this any more.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-03 16:48 ---
This is obviously an error in your program or LGraph as you can see
#2 0x00402cb3 in std::find__gnu_cxx::__normal_iteratorEdgeint,
std::string, true const*, std::vectorEdgeint, std::string, true,
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-01-03 16:26
---
4.0.0 really did not work either, it just did not cause a crash as the checks
for invalid gimple was not there.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from burnus at gcc dot gnu dot org 2008-01-03 16:43 ---
(In reply to comment #6)
The problem is that cshift0's target-independent function type says that the
SHIFT and DIM arguments are integers, rather than pointers to integers.
Indeed. Thanks Richard! The dump has:
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-01-03 17:06
---
With optimization we now avoid the error, but unoptimized code is still wrong:
_Z10InitializeP16SQLU_DICT_INFO_0:
.LFB3:
pushq %rbp
.LCFI2:
movq%rsp, %rbp
.LCFI3:
pushq %rbx
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-01-03 17:10
---
Ian, Eric? Any advice on the bitfield stuff as of comments 7/9?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
I get the following ICE with trunk from 20071212 on hppa (but not
on x86_64):
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/g++ -c -Wno-multichar -O2
libgtkol-cmenu.ii
cmenu.cpp: In member function 'virtual void
CMenuItem::Serialize(CXMLElementNode*, int)':
cmenu.cpp:551: internal compiler
--- Comment #1 from tbm at cyrius dot com 2008-01-03 17:18 ---
Created an attachment (id=14868)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14868action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34651
--- Comment #4 from mmitchel at gcc dot gnu dot org 2008-01-03 17:02
---
A user that has turned on C++0x will of course not see the message that ISO C++
doesn't allow variadic templates. Our NEWS file is going to say that we have a
great new feature: variadic templates. Given that,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-01-03 17:40
---
I am not going to patch 4.2 and before for this, I will let someone else do it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-03 17:41 ---
This is harder to do than I expected, the minimal toc register is used while
doing reload and using a psedu-register there causes reload to use a memory
location.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-03 17:42 ---
Created an attachment (id=14869)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14869action=view)
gcc43-pr34609.patch
I'll be testing attached patch. This works without -ftest-coverage, as
function
is cleaned up
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-01-03 17:42
---
(In reply to comment #11)
So, did you have time? :-)
Maybe this weekend :). I guess I have been really behind on my FSF bugs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22210
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-03 17:43 ---
Not going to happen any time soon so unassigning. CCing the objective-C
maintainer.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-01-03 17:44
---
I am not going to be able to get this done for 4.2.x so unassigning.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-01-03 17:46 ---
I do have a correct patch which I will submit when stage1 comes around.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-01-03 17:47
---
I am getting tried of pinging this patch, I guess if nobody wants to comment
that is up to them.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-01-03 17:48
---
I am not going to work on this anymore.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-03 17:58 ---
I'm taking a look at how it might be done.
This allows compilation to proceed:
Index: gcc/fortran/trans-decl.c
===
*** gcc/fortran/trans-decl.c
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-03 17:59 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-03 17:59 ---
Subject: Bug 34602
Author: tromey
Date: Thu Jan 3 17:58:26 2008
New Revision: 131304
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131304
Log:
libcpp
PR preprocessor/34602.
* directives.c
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-03 17:29 ---
Confirmed. While I have a patch to make VN handle the case of type-punning
constants, making it to generate VIEW_CONVERT_EXPRs instead runs into the
principle barrier that FRE does not do insertion.
The patch
--- Comment #4 from tbm at cyrius dot com 2008-01-03 18:03 ---
Bugzilla wraps the testcase in a way that some commented out is no longer
commented out and so you don't see the segfault. Here's the testcase again
with proper wrapping:
typedef unsigned short u16;
typedef unsigned char
--- Comment #5 from tbm at cyrius dot com 2008-01-03 18:07 ---
Created an attachment (id=14870)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14870action=view)
optimized tree dump (4.2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34628
--
tbm at cyrius dot com changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34628
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-03 18:08 ---
Testing my patch on mainline.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-03 18:09 ---
Related to PR19407 I guess. CCing Jason.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dberlin at gcc dot gnu dot org 2008-01-03 18:16 ---
It is never okay to base an existing expression on an SSA_NAME alone, which is
why we avoid it.
If the SSA_NAME was available, it would have been in the AVAIL set and been
found by the find part of
--- Comment #6 from tbm at cyrius dot com 2008-01-03 18:22 ---
(In reply to comment #2)
I see different IL for 4.2 compared to 4.3, is the bug present in 4.3? Can
you
attach the optimized tree dump?
I also get a segfault with the testcase and 4.3.0 20070916.
The original program
--- Comment #1 from tbm at cyrius dot com 2008-01-03 18:27 ---
This happens with 4.1, 4.2 and trunk on old ABI. Apparently it doesn't
happen with EABI.
--
tbm at cyrius dot com changed:
What|Removed |Added
[ Forwarded from http://bugs.debian.org/458745 ]
Camm Maguire [EMAIL PROTECTED]
arm-only miscompilation of alloca code
i386:
cc -g /tmp/foo.c -o /tmp/foo
/tmp/foo
0xbf867bd0
0x1
0x2
0x3
arm:
cc -g foo.c -o foo
./foo
0x18beed5d
Segmentation fault
Testcase:
#include stdio.h
#include alloca.h
--- Comment #4 from saurabh dot verma at celunite dot com 2008-01-03 18:36
---
Patch submitted.
Pending approval/commit.
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00046.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17943
for this code:
extern unsigned long table[];
unsigned long foo(unsigned char *p) {
unsigned long long tag = *p;
return table[tag 4];
}
gcc generates:
foo:
0: 0f b6 07movzbl (%rdi),%eax
3: 48 c1 e8 04 shr$0x4,%rax
7: 48 8b 04
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34653
--- Comment #1 from dean at arctic dot org 2008-01-03 19:27 ---
oops i should have used an unsigned long for the tag rather than unsigned
long long, not that it matters much.
here's an expanded example showing another unnecessary REX:
extern unsigned long table[];
unsigned long
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-03 18:58 ---
The final tree IL looks good, so I suspect the RTL loop optimizer gets this
wrong.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from tkoenig at gcc dot gnu dot org 2008-01-03 19:50 ---
Subject: Bug 34565
Author: tkoenig
Date: Thu Jan 3 19:49:38 2008
New Revision: 131305
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131305
Log:
2008-01-03 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #9 from tkoenig at gcc dot gnu dot org 2008-01-03 19:53 ---
Fixed on trunk.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-01-03 20:00 ---
(In reply to comment #3)
Patch.
Looks obvious and simple.
OK to commit if it passes regression-test.
Thomas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34557
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
CHARACTER :: a(3)
WRITE(a) 0 ! no unformatted on internal file
END
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
! 5.5.2.5
TYPE data_type
SEQUENCE
INTEGER :: I=7
END TYPE data_type
INTEGER :: J
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
module test_mod
interface
subroutine my_sub (a)
real a
end subroutine
end
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
COMMON /A/ I
INTEGER :: I=1
END
--
Summary: save / common
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
end
--
Summary: corner case continuation line
Product: gcc
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
MODULE M1
IMPLICIT NONE
CONTAINS
PURE ELEMENTAL SUBROUTINE S1(I,F)
INTEGER, INTENT
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
MODULE M1
IMPLICIT NONE
TYPE T1
INTEGER :: I
END TYPE T1
INTERFACE ASSIGNMENT
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
MODULE M1
TYPE T1
INTEGER :: I(3)
END TYPE T1
TYPE(T1), PARAMETER :: D1=T1
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
SUBROUTINE S1(I)
CHARACTER(LEN=I+J) :: a
ENTRY E1(J)
END SUBROUTINE S1
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
INTEGER :: i(10)
DATA (i(MODULO(j,5)),j=1,4) /4*0/
END
--
Summary
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
CONTAINS
SUBROUTINE S1(a)
real, dimension(:) :: a
call s2(a(1))
END SUBROUTINE S1
The following is non-standard and the compiler should probably generate a
warning/error with '-pedantic -std=f95', but does not do so with
gcc version 4.3.0 20080103 (experimental) [trunk revision 131300] (GCC)
PROGRAM test
IMPLICIT NONE
INTEGER :: i
DO i=1,100
CALL do_something()
ENDDO
--- Comment #4 from hubicka at ucw dot cz 2008-01-03 21:05 ---
Subject: Re: [4.3 regression] ICE with -fprofile-arcs -fopenmp
(which compiles) profile counters are added before omp expansion and once
again
for the child function. Is there a reason why pass_tree_profile can't run
--- Comment #8 from rakdver at gcc dot gnu dot org 2008-01-03 21:23 ---
(In reply to comment #7)
The final tree IL looks good, so I suspect the RTL loop optimizer gets this
wrong.
add r1, sp, #56 // upper loop-bound; should have been #12
I actually wanted to say 'should
--- Comment #16 from hubicka at gcc dot gnu dot org 2008-01-03 21:25
---
Subject: Bug 31081
Author: hubicka
Date: Thu Jan 3 21:23:26 2008
New Revision: 131306
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131306
Log:
PR tree-optimization/31081
* tree-inline.c
1 - 100 of 141 matches
Mail list logo