--- Comment #3 from janus at gcc dot gnu dot org 2009-10-16 21:04 ---
AND ALSO FOR:
type t0
end type t0
type(t0), allocatable :: m(:)
allocate(t0 :: m(3))
end
No, this one actually works (since 'm' is not a scalar):
if (m.data != 0B)
{
__builtin_free ((void *)
--- Comment #7 from janus at gcc dot gnu dot org 2009-10-16 21:10 ---
Subject: Bug 41719
Author: janus
Date: Fri Oct 16 21:10:43 2009
New Revision: 152919
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152919
Log:
2009-10-16 Janus Weil ja...@gcc.gnu.org
PR
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #8 from janus at gcc dot gnu dot org 2009-10-16 21:12 ---
Fixed with r152919. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janus at gcc dot gnu dot org 2009-10-16 21:25 ---
(In reply to comment #3)
In addition to this there are two more test cases failing:
Sorry, these were fake (my local source tree was messed up). The only real
failure is class_allocate_1.f03, from which one can
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-10-16
21:57 ---
Created an attachment (id=18814)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18814action=view)
testcase
A similar problem:
bug.cc: In function 'void f()':
bug.cc:5:20: error: '__cxa_begin_catch'
This is number #1 ICE when building SPEC with -fwhopr. I'll attach a sample
testcase once I reduced it.
--
Summary: ICE in cgraph_mark_functions_to_output, at
cgraphunit.c:1137 with -fwhopr
Product: gcc
Version: 4.5.0
Status:
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-16 22:04 ---
I'm reducing it from 164.gzip with -O3 -ffast-math -fwhopr -fwhole-program.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-16 23:02 ---
util.3.i
typedef unsigned int size_t;
extern struct _IO_FILE *stderr;
typedef unsigned char uch;
extern uch inbuf[];
unsigned insize;
char *progname;
extern void read_error (void);
int fill_inbuf(int
Take:
struct g
{
inline g(void);
int t;
};
inline g::g(void)
{
t = 0;
}
int h(void)
{
g a;
return a.t;
}
--- CUT ---
g::g() is being emitted even at -O2 -fno-early-inlining even though it has been
inlined.
Note we either update the cgraph after early inlining or it updates it
correctly.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.5.0
Known to work||4.4.1
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-17 00:21 ---
Oh if I did not have t = 0; there, the function would have been eliminated too
as const/pure is able to figure out that function is constant and able to
remove it and something comes along and updates the cgraph.
--- Comment #3 from ccoutant at gcc dot gnu dot org 2009-10-17 00:30
---
The insn UID is changed when the call_insn is split, so the vtable slot index
can't be found when it's time to build the vcall table.
--
ccoutant at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pault at gcc dot gnu dot org 2009-10-16 06:07 ---
Subject: Bug 41656
Author: pault
Date: Fri Oct 16 06:07:09 2009
New Revision: 152890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152890
Log:
2009-10-16 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #3 from pault at gcc dot gnu dot org 2009-10-16 06:07 ---
Subject: Bug 41648
Author: pault
Date: Fri Oct 16 06:07:09 2009
New Revision: 152890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152890
Log:
2009-10-16 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #4 from pault at gcc dot gnu dot org 2009-10-16 06:09 ---
Fixed on trunk.
Thanks for the patch.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2009-10-16 06:09 ---
Fixed on trunk.
Thanks for the patch.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-10-16 07:47 ---
Subject: Bug 40826
Author: bkoz
Date: Fri Oct 16 07:47:33 2009
New Revision: 152895
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152895
Log:
2009-10-15 Benjamin Kosnik b...@redhat.com
PR
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-10-16 07:47 ---
Subject: Bug 40654
Author: bkoz
Date: Fri Oct 16 07:47:33 2009
New Revision: 152895
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152895
Log:
2009-10-15 Benjamin Kosnik b...@redhat.com
PR
--- Comment #9 from dominiq at lps dot ens dot fr 2009-10-16 08:13 ---
(In reply to comment #8)
This seems to work. (Although I thought I saw once for the z4 value.)
With the following changes
program z
implicit none
integer,parameter :: k8 = selected_real_kind (precision
One again a bug report based on the famous compiler stress tests of James Van
Buskirk
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/da1feef5e8c9ed9a
Pre-remark: After writing this PR, I realized the following parenthesis:
with a dummy procedure (which is prohibited
g++ accepts a type as a template argument, that is defined inside of an unnamed
type.
In the attached example t_inner is defined in an unnamed structure. That would
make t_inner a type compounded from an unnamed type as I read section
14.3.1-2 of the ISO/IEC 14882/1998 standard (p. 241).
So this
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-16 08:53 ---
I suggest to change size_t to HOST_WIDEST_INT. But I guess on a 32bit host
you don't have any luck compiling this big testcase anyway...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41718
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-16 08:54 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
$summary
Mine. Probably not for 4.5 though.
--
Summary: Recursion prevention in gimple_get_alias_set should be
revisited
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: FIXME
Severity: normal
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-10-16 08:55
---
Fixed again.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from td-gnubugs at th-dorner dot de 2009-10-16 08:59 ---
Created an attachment (id=18806)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18806action=view)
(almost) minimal example
A
g++ -pedantic -ansi -Wall -Wextra -o ArrayWithInnerStructure3
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-16 09:04 ---
Confirmed. Alex didn't update LTO with the introduction of DEBUG_EXPR_DECLs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
when:
template
class Tag
struct
outer
{
template
typename Arg0
, typename Arg1
struct
inner
;
};
is specialized on Tag and Arg1 where Arg1 is value_wrapArg1Int,
ICE is generated at cp/pt.c:9668 from recent (yesterday?)
svn update.
--
--- Comment #1 from cppljevans at suddenlink dot net 2009-10-16 10:01
---
Created an attachment (id=18807)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18807action=view)
testcase with compiler output shown in comments
Compiler output showing ICE is shown in comments after:
I just tried to compile some C++ code
with the gcc 4.5 mainline snapshot 20091015
and the compiler said
In function 'int s244(defs*)':
cq.cc:562:1: error: SSA name in freelist but still referenced
D.9231_46
cc1plus: note: in statement
lrc_55 = D.9231_46 != D.8194_53;
cq.cc:562:1: internal
--- Comment #1 from dcb314 at hotmail dot com 2009-10-16 10:08 ---
Created an attachment (id=18808)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18808action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41728
--- Comment #10 from jakub at gcc dot gnu dot org 2009-10-16 10:43 ---
Subject: Bug 41717
Author: jakub
Date: Fri Oct 16 10:43:18 2009
New Revision: 152897
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152897
Log:
PR debug/41717
* cfgexpand.c (expand_debug_expr):
--- Comment #2 from rob1weld at aol dot com 2009-10-16 10:46 ---
Thanks,
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38816
--- Comment #11 from jakub at gcc dot gnu dot org 2009-10-16 10:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from gcc at abeckmann dot de 2009-10-16 11:05 ---
Created an attachment (id=18809)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18809action=view)
different test case
I've seen this spurious warning, too, and could reduce it to a different, much
smaller test case.
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-16 11:32 ---
Confirmed. Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-16 11:39 ---
int a[8];
int s244(void)
{
int lrc, j;
lrc = 0;
for (j=0; j7; j++)
if(a[j] != a[j+1])
lrc = 1;
if (lrc != 0)
return 0;
return 1;
}
-O3 required. After 126t.cddce2.
--
rguenth at gcc dot
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-16 11:41 ---
I'll fix it anyway.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from redi at gcc dot gnu dot org 2009-10-16 11:42 ---
This looks very similar to bug 41038, but still fails with 4.4.2
N.B. you don't need the friend declaration at all, nested types can access all
members of their enclosing class (this was changed by DR45)
--
--- Comment #3 from mikpe at it dot uu dot se 2009-10-16 11:48 ---
I can reproduce this ICE with gcc 4.3.4, 4.4.2, and 4.5-20091008 when compiling
for armv7-a and hardfloat and FPA. Dropping the -march=armv7-a or switching to
softfloat masks the ICE.
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-16 12:09 ---
After DOM2 we have
bb 2:
D.2725_21 = a[0];
D.2706_26 = D.2725_21;
D.2708_28 = a[1];
a_I_lsm0.4_29 = D.2708_28;
lrc_30 = D.2725_21 != D.2708_28;
...
but
D.2725_21 : -- single use.
D.2706_26 = D.2725_21;
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-16 12:18 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
extern C {
extern int printf (__const char *__restrict __format, ...);
}
class cException { };
class TCmdenvApp {
public:
virtual int run();
};
int TCmdenvApp::run()
{
try {
printf(\nPreparing for Run #%d...\n, 1);
}
catch (cException *e) {
}
}
int main()
{
TCmdenvApp app;
: x86_64-unknown-linux-gnu
Configured with: ../gcc-4_4-branch/configure
--prefix=/opt/software/x86_64/gcc-4.4.x --program-suffix=-4.4.x
--enable-languages=c,c++ --enable-checking
Thread model: posix
gcc version 4.4.3 20091016 (prerelease) (GCC)
COLLECT_GCC_OPTIONS='-v' '-O2' '-W' '-Wall
--- Comment #19 from gcc at abeckmann dot de 2009-10-16 13:13 ---
some cases where this warning still occurs in 4.4 are documented in #40146
--
gcc at abeckmann dot de changed:
What|Removed |Added
./g++ -B. -B ../x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -O -flto
-fwhole-program auto_derivative_function.3.ii
lto1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-16 13:54 ---
This breaks 447.dealII build currently.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41730
lto/41713
* lto-streamer-out.c (lto_output_tree_ref): Handle DEBUG_EXPR_DECL
the same as VAR_DECL.
* gfortran.dg/lto/20091016-1_0.f90: New testcase.
Added:
trunk/gcc/testsuite/gfortran.dg/lto/20091016-1_0.f90
Modified:
trunk/gcc/ChangeLog
trunk/gcc/lto-streamer
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-16 14:23 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-16 14:23 ---
Subject: Bug 41715
Author: rguenth
Date: Fri Oct 16 14:23:22 2009
New Revision: 152903
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152903
Log:
2009-10-16 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-16 14:23 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-10-16 14:30
---
This particular problem seems to be fixed. I'll add a testcase.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
lto/41598
* gcc.dg/lto/20091016-1_0.c: New testcase.
* gcc.dg/lto/20091016-1_1.c: Likewise.
* gcc.dg/lto/20091016-1_a.h: Likewise.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20091016-1_0.c
trunk/gcc/testsuite/gcc.dg/lto/20091016-1_1.c
trunk/gcc/testsuite/gcc.dg/lto
--- Comment #18 from jakub at gcc dot gnu dot org 2009-10-16 14:55 ---
When testing this, I've noticed a major problem with Ada, supposedly on the
trunk as well when using latest binutils.
The problem is that gnat_init_gcc_eh which can change flag_exceptions is called
way too late, not
--- Comment #10 from mikpe at it dot uu dot se 2009-10-16 15:16 ---
(In reply to comment #7)
I'm currently bootstrapping and testing a patch which disable section anchors
on arm. It will be interesting to see if it fixes any testsuite failures.
Done. It caused no new failures but
Joseph S. Myers says:
Is this callback interface defined to take translated or untranslated
text? If untranslated, there would be a problem with the callback knowing
which textual domain to use for translation, so I'd guess it should be
defined to take translated messages. This means you should
--- Comment #3 from janus at gcc dot gnu dot org 2009-10-16 16:22 ---
(In reply to comment #2)
Problem: The patch in comment #1 regresses on class_allocate_1.f03:
In addition to this there are two more test cases failing:
Native configuration is x86_64-unknown-linux-gnu
--- Comment #3 from cepeda at gmail dot com 2009-10-16 16:51 ---
This bug has no changed for months, I think it is still active.
It seems not to work only when size of char[] is 3 (2+'\0'). A test case is
this:
// Begin of code
#include stdio.h
#include string.h
int main(int argc,
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-16 16:56 ---
There are a lot of variables here. I don't even know if the resulting binary
will have enough stack space for those variables ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41718
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-16 16:57 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-16 16:57 ---
Subject: Bug 41728
Author: rguenth
Date: Fri Oct 16 16:57:31 2009
New Revision: 152910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152910
Log:
2009-10-16 Richard Guenther rguent...@suse.de
PR
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2009-10-16 17:35
---
When testing this, I've noticed a major problem with Ada, supposedly on the
trunk as well when using latest binutils.
Thanks for the heads up.
The problem is that gnat_init_gcc_eh which can change
--- Comment #2 from rwild at gcc dot gnu dot org 2009-10-16 17:56 ---
The duplicate lto in the language list has been fixed in r152697,
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00682.html.
However, the way to enable lto still is not to add it to --enable-languages,
but to use
--- Comment #2 from janus at gcc dot gnu dot org 2009-10-16 18:44 ---
Preliminary patch:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c (Revision 152915)
+++ gcc/fortran/resolve.c (Arbeitskopie)
@@
--- Comment #3 from janus at gcc dot gnu dot org 2009-10-16 18:55 ---
Actually the following two test cases are invalid according to this PR:
typebound_operator_2.f03
typebound_operator_4.f03
Both include an intrinsic assignment with a polymorphic (dummy) variable.
--
--- Comment #4 from janus at gcc dot gnu dot org 2009-10-16 19:10 ---
Note: It seems this will be legal again in F08.
7.2.1.2 Intrinsic assignment statement
An intrinsic assignment statement is an assignment statement that is not a
de#64257;ned assignment statement (7.2.1.4).
In an
I am attempting to build the gcc v 4.4.1 suite of compilers on a Solaris 10
(sparc) platform using gcc v3.4.6. The build runs great for about 3 hours and
then dies complaining that GNU Fortran is not working;.
I will attempt to attach the config.log file to this bug report from
--- Comment #1 from thomas dot preston at baesystems dot com 2009-10-16
19:13 ---
Created an attachment (id=18810)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18810action=view)
the config.log from /local/gcc441/sparc-sun-solaris2.10/libgfortran
--
--- Comment #2 from thomas dot preston at baesystems dot com 2009-10-16
19:14 ---
Created an attachment (id=18811)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18811action=view)
scripted output of running the configure command showing options
--
--- Comment #3 from thomas dot preston at baesystems dot com 2009-10-16
19:15 ---
Created an attachment (id=18812)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18812action=view)
last 200 lines of make output displayed on the terminal
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-16 19:16 ---
init2.c:37: assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8
sizeof(mp_limb_t) == (((64 - 0)+0)/8)
That means your GMP and/or MPFR is broken and you should rebuild them.
--
pinskia at gcc dot gnu dot
--- Comment #5 from janus at gcc dot gnu dot org 2009-10-16 19:19 ---
(In reply to comment #4)
Note: It seems this will be legal again in F08.
That is: for certain cases (ALLOCATABLE). The example in comment #0 is still
illegal.
--
--- Comment #5 from sezeroz at gmail dot com 2009-10-16 19:45 ---
Any progress on this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40983
Pointed out by James Van Buskirk in
http://groups.google.com/group/comp.lang.fortran/msg/c96779deea345264
in the thread
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/da1feef5e8c9ed9a
Gfortran misses several proc-pointer checks. Cf. also PR 41724.
--
Summary:
--- Comment #5 from sezeroz at gmail dot com 2009-10-16 19:49 ---
Any chance for a backport to 4.4 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-10-16
20:09 ---
There is a real difference, i.e.
- 179: mov0x8(%ebp),%edx
- 17c: movzwl (%edx),%eax
+ 179: mov0x8(%ebp),%esi
+ 17c: movzwl (%esi),%eax
[...]
- 1a0: mov%edx,(%esp)
- 1a3: mov
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2009-10-16
20:12 ---
Created an attachment (id=18813)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18813action=view)
gzipped preprocessed source file
Another case. Compile with:
cc1 -O3 -march=i686 -g tree-eh.i
-
--- Comment #6 from burnus at gcc dot gnu dot org 2009-10-16 20:23 ---
Note in Fortran 2008 (cf. PR 41719),
polymorphic-variable = expr
is allowed iff the variable is allocatable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35810
--- Comment #6 from burnus at gcc dot gnu dot org 2009-10-16 20:25 ---
(In reply to comment #5)
(In reply to comment #4)
Note: It seems this will be legal again in F08.
That is: for certain cases (ALLOCATABLE). The example in comment #0 is still
illegal.
if the variable is
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-16 20:35 ---
The first example,
procedure(fun), pointer :: f
f = my_dcos
write(*,*) f(x)
looks fine to me. fun is elemental - and my_dcos is also elemental.
The second example is wrong: fun is elemental, but my_dcos is
81 matches
Mail list logo
