--- Comment #22 from jakub at gcc dot gnu dot org 2008-12-29 08:26 ---
IRA gets it right, after backing out that match_asm_constraints_1 change the
registers are still allocated correctly and the testcase doesn't abort.
So fixed in 4.4.
--
jakub at gcc dot gnu dot org changed:
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-29 08:29 ---
Subject: Bug 38637
Author: jakub
Date: Mon Dec 29 08:28:06 2008
New Revision: 142946
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142946
Log:
PR c++/38637
* decl.c (start_enum): If enumtype is
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 08:33 ---
Subject: Bug 38381
Author: jakub
Date: Mon Dec 29 08:32:21 2008
New Revision: 142947
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142947
Log:
PR driver/38381
* gcc.c (process_command): Accept
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 08:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-29 08:35 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #2 from pluto at agmk dot net 2008-12-29 09:32 ---
(In reply to comment #1)
IIRC libgcc_eh.a is only needed for shared targets.
e.g., stlport configured with --enable-static --use-static-gcc needs
static -lgcc_eh, -lgcc and -lsupc++ to self-link. it uses only shared
--- Comment #6 from pluto at agmk dot net 2008-12-29 09:59 ---
during standard build (w/o --as-needed) the libgcj-tools.so is linked
in the following way:
(...)
libtool: link:
/home/users/pluto/rpm/BUILD/gcc-4.4-20081219/builddir/./gcc/xgcc -shared-libgcc
--- Comment #12 from eres at il dot ibm dot com 2008-12-29 09:59 ---
(In reply to comment #11)
Isn't this fixed now? There was a new newlib release last week:
http://sourceware.org/ml/newlib/2008/msg00754.html
I'll check that.
--
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #13 from eres at il dot ibm dot com 2008-12-29 11:42 ---
(In reply to comment #11)
Isn't this fixed now? There was a new newlib release last week:
http://sourceware.org/ml/newlib/2008/msg00754.html
Yes, the problem is now fixed.
Tested on SPU with gcc version 142947 and
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 11:51 ---
For --disable-static, all the unwinder etc. objects are already in libgcc.a.
Guess stlport just needs to fix up its configury.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35857
--- Comment #4 from r dot emrich at de dot tecosim dot com 2008-12-29
12:14 ---
Created an attachment (id=16999)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16999action=view)
libstdc++/config.log
The tests for the mathematical functions are skipped all together.
Does anybody
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-12-29 12:24 ---
Some simple test cases:
$ cat write-dollar.f
program main
do i=1,10**6
write (10,fmt='(A$)') 'a'
end do
end
$ g77-3.4 -O write-dollar.f time ./a.out
real0m3.356s
user
--- Comment #7 from bonzini at gnu dot org 2008-12-29 12:25 ---
reopening...
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #20 from bonzini at gnu dot org 2008-12-29 12:26 ---
*** Bug 26908 has been marked as a duplicate of this bug. ***
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #8 from bonzini at gnu dot org 2008-12-29 12:26 ---
... to close as duplicate (since there's some discussion on the other bug)
*** This bug has been marked as a duplicate of 33932 ***
--
bonzini at gnu dot org changed:
What|Removed
--- Comment #2 from uros at gcc dot gnu dot org 2008-12-29 12:37 ---
Subject: Bug 38652
Author: uros
Date: Mon Dec 29 12:36:24 2008
New Revision: 142949
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142949
Log:
PR middle-end/38652
* dse.c: Include target.h.
--- Comment #3 from ubizjak at gmail dot com 2008-12-29 12:40 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from to dot roma dot from dot bugcc at qwertty dot com
2008-12-29 13:07 ---
Right you are, GCC is smart enough to do this optimization now. Version 4.2.4
(g++ -v below) has just compiled the code without branching. However, the
Debian version of GCC 4.3 failed to do so
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-29 14:00 ---
STLport is just broken then. Not GCC's bug then.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-12-29 14:05
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-29 14:19 ---
How did you configure GCC? How did you invoke make? What environment
variables are set?
I know building libgcj on x86_64-linux-gnu works so it has something to do with
your environment.
--
--- Comment #5 from rwild at gcc dot gnu dot org 2008-12-29 14:24 ---
First, please get a pristine source tree again. Then, rebuild in a build tree
that is not a subdirectory of the source tree. Let's see how many errors that
removes. (It is absolutely essential that you start over
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-12-29 14:25 ---
(In reply to comment #4)
Here is a testcase which we would not get unless we take intent(in) into
account:
[...]
foo should always be zero as bar should not be able to touch b or c.
Is this really related to the
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-29 14:26
---
*** Bug 38460 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-29 14:26
---
*** This bug has been marked as a duplicate of 35034 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pluto at agmk dot net 2008-12-29 14:28 ---
Created an attachment (id=17000)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17000action=view)
full log (configure build without --as-needed flag).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38298
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-29 14:30 ---
Maxim,
if this is fixed, please close this bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Bug in processing nested|[4.2 Regression] Bug in
|typedef in nested
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-29 14:36 ---
If it is really libgcc_s.so.1 that makes the difference, could you do a binary
search to see which commit made the difference?
AFAIK there were very few changes to the gcc/unwind* files this year and no
suspect one
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-29 14:37 ---
Fixed:
Index: ChangeLog
===
--- ChangeLog (revision 131942)
+++ ChangeLog (revision 131943)
@@ -1,3 +1,10 @@
+2008-01-29 Michael Meissner
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34985
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #8 from tkoenig at gcc dot gnu dot org 2008-12-29 15:18 ---
Test case compiled flawlessly with ~ 530 mb
maximum memory usage with -O3 on current trunk
on i686-pc-linux-gnu.
I'd say this is fixed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from r dot emrich at de dot tecosim dot com 2008-12-29
15:43 ---
Can't check anymore, no hardware!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35580
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-29 16:17
---
Maybe Jason is interested...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-29
16:34 ---
Subject: Re: fails to build cross gcc for target hppa64-hp-hpux11.00 in
libstdc++/libmath
The tests for the mathematical functions are skipped all together.
Does anybody sees why?
It would seem linking
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #14 from danglin at gcc dot gnu dot org 2008-12-29 17:11
---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01221.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33595
--- Comment #6 from r dot emrich at de dot tecosim dot com 2008-12-29
17:11 ---
Build and Host is x86_64-unknown-linux-gnu.
I compared to a cross-build for ia64-unknown-linux-gnu target.
In that case the tests are working.
So, I'm a litlle bit confused.
I may upload the config.log
Hi,
It seems that postgresql has a problem with a gcc 4.4 snapshot. I've last
tested this with the gcc-snapshot package from Debian on x86_64 that has a
snapshot from 20081213.
It seems that a pointer gets changed into NULL that shouldn't. I've first
asked about this on the pgsql list, see the
--- Comment #1 from q at ping dot be 2008-12-29 17:19 ---
Created an attachment (id=17001)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17001action=view)
preprocessed file that has the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38537
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-29 17:58 ---
Indeed. I'll accept this for the branch where it should be already fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-29 18:04 ---
plpython.c:2196: warning: dereferencing type-punned pointer will break
strict-aliasing rules
plpython.c:2196: warning: dereferencing pointer '_Py_TrueStruct.537' does break
strict-aliasing rules
plpython.c:2196:
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-12-29 18:05 ---
Even if I cannot find the proper section of the standard that says a-b is
not considered an access it does make sense for GIMPLE to do so. Otherwise
we cannot transform (char *)a + 4 to a-b because the latter would
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-29 18:05 ---
( (((PyObject *) _Py_TrueStruct))-ob_refcnt++);
Yes that is obvious an alias violation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660
--- Comment #4 from q at ping dot be 2008-12-29 18:13 ---
pgsql uses -fno-strict-aliasing to compile.
The command that is being used is:
gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
-Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv -g
-fpic -I.
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-29 18:21 ---
I have a FRE patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34904
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-29 18:26 ---
Subject: Bug 36191
Author: jakub
Date: Mon Dec 29 18:25:19 2008
New Revision: 142950
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142950
Log:
PR c++/36191
* tree-complex.c
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-29 18:28 ---
Subject: Bug 38635
Author: jakub
Date: Mon Dec 29 18:27:03 2008
New Revision: 142951
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142951
Log:
PR c++/38635
* parser.c (cp_parser_condition): Use
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-29 18:35 ---
We should do store sinking which allows for this optimization without much
trouble on this code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34849
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-29 18:32 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-29 18:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-29 18:38 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
compiler:
Using built-in specs.
Target: i686-linux
Configured with: ../trunk/configure --enable-languages=c,c++ --build=i686-linux
--host=i686-linux --target=i686-linux
--prefix=/g/users/cgd/proj/gcc-trunk/bld/../inst
Thread model: posix
gcc version 4.4.0 20081229 (experimental) (GCC)
(built
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-29 19:01 ---
If we swap around the MyStruct and the attribute, it works.
But if we do this:
struct MyStruct1 {
unsigned char skip[272];
} ;
typedef struct MyStruct1 MyStruct __attribute__((aligned(128) ));
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
Example code:
/
class E
{
};
class Test
{
public:
__fastcall bool ernie(bool b) throw(E)
{
}
__fastcall // - remove this to make it work
bool bert(bool b);
};
bool Test::bert(bool b)
{
}
/
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-29 19:15 ---
Confirmed.
In build_constructors an integer value wraps.
Note it might be better if we used 0x7fff instead of 2147483647 so there is
less confusion of what is going on here.
--
pinskia at gcc dot gnu dot
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-29 19:23 ---
Created an attachment (id=17002)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17002action=view)
patch
The idea is simple - delete redundant stores whose RHS have the same
value-number
as the LHS.
--
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2008-12-29 19:27
---
This is fixed only on trunk; 4.3 still has the bug. Do you think it's
appropriate to close it anyway?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35018
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-29 19:36 ---
*** Bug 21000 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38513
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-29 19:36 ---
*** This bug has been marked as a duplicate of 38513 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-29 19:38 ---
(In reply to comment #4)
The idea is simple - delete redundant stores whose RHS have the same
value-number as the LHS.
Which is basically what postreload CSE does really:
if (!count reload_cse_noop_set_p
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 19:38 ---
I'd say this is invalid.
You may specify type attributes in an enum, struct or union type
declaration or definition, or for other types in a @code{typedef}
declaration.
See PR29436.
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-29 19:39 ---
One more testcase, we miss a sibcalling optimization due to this (this is
originally from PR 2100):
int i;
int g(void) __attribute__((pure));
int f()
{
int t = i;
int t1 = g();
i = t;
return t1;
}
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-29 19:41 ---
I think I have a simple fix:
Index: ../../gcc/tree-switch-conversion.c
===
--- ../../gcc/tree-switch-conversion.c (revision 142944)
+++
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-29 19:48 ---
I am going to take care of this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-12-29 19:55
---
fold_binary (EQ_EXPR, int, state, state) returns a _Bool 1. Oops. I have
a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38564
--- Comment #8 from jason at gcc dot gnu dot org 2008-12-29 19:56 ---
C++98 does not exclude the GCC behavior: it only says
The explicit instantiation of a class template specialization implies the
instantiation of all of its members not previously explicitly specialized in
the
--- Comment #8 from danglin at gcc dot gnu dot org 2008-12-29 20:11 ---
Subject: Bug 31832
Author: danglin
Date: Mon Dec 29 20:10:00 2008
New Revision: 142952
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142952
Log:
PR fortran/31832
* acinclude.m4
The code compiles without warning if I comment out the omp pragmas.
(Where/how do I upload the .ii file?)
$ ~/gcc4.4/usr/local/bin/g++ --version
g++ (GCC) 4.3.0 20080125 (experimental)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-29 20:10 ---
There is a dup for this somewhere ... on pretty-ipa branch the call cost is 3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-29 20:18 ---
And actually
plpython.c:2196: warning: dereferencing pointer '_Py_TrueStruct.537' does break
strict-aliasing rules
also means that it doesn't get miscompiled ;)
--
--- Comment #5 from reichelt at gcc dot gnu dot org 2008-12-29 20:20
---
Confirmed. Shorter testcase (crashes with -O -ftree-loop-distribution):
=
int foo();
void bar()
{
int i, j, x[2], y[2], z[2];
for (i = 0; i 2; ++i)
if (foo())
{
--- Comment #2 from aleaverfay at gmail dot com 2008-12-29 20:27 ---
Debug build works just fine. -O2 and -O3 both fail. Release build is fine
with g++4 on linux.
$g++4 --version
g++4 (GCC) 4.1.0 20060515 (Red Hat 4.1.0-18)
Copyright (C) 2006 Free Software Foundation, Inc.
This is
--- Comment #1 from aleaverfay at gmail dot com 2008-12-29 20:21 ---
Created an attachment (id=17003)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17003action=view)
(Gzipped for size) Preprocessed source file that generates the internal compile
error.
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-12-29 20:38 ---
Confirmed. Probably fixed on the trunk by
2008-05-04 Uros Bizjak ubiz...@gmail.com
* config/i386/i386.md (*strmovsi_1): Simplify asm alternatives.
(*strmovsi_rex_1): Ditto.
--- Comment #3 from ubizjak at gmail dot com 2008-12-29 20:39 ---
The testcase:
#include stdarg.h
extern int foo (int a, int b, ...);
int bar (int a, int b, ...)
{
va_list args;
va_start (args, b);
int result = foo (a, b, args);
va_end (args);
return result;
}
g++ -O2:
--- Comment #4 from ubizjak at gmail dot com 2008-12-29 20:42 ---
Preprocessed source, can be compiled with a crosscompiler:
--cut here--
# 1 pod.C
# 1 built-in
# 1 command-line
# 1 pod.C
# 1 /usr/lib/gcc/alpha-linux-gnu/4.2.4/include/stdarg.h 1 3 4
# 43
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 20:46 ---
So what gcc are you using? 4.4 (which revision) or 4.3.0 20080125?
In any case, this compiles just fine for me with both 4.3.2-RH and 4.4 trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38663
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-29 20:47 ---
Also what is the ICE?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38663
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-29 20:46 ---
sounds like the C++ front-end does not know this struct is a POD. I am going
to mark this as a front-end bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-12-29 20:47
---
I will try to close this again. :)
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ubizjak at gmail dot com 2008-12-29 20:57 ---
(In reply to comment #2)
It is *not* represented as an array on Alpha.
But as a RECORD_TYPE. Following patch cures the warning:
Index: cp/tree.c
===
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-29 21:02 ---
(In reply to comment #6)
(In reply to comment #2)
It is *not* represented as an array on Alpha.
But as a RECORD_TYPE. Following patch cures the warning:
But that is not correct as some nonPODs are structs
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34163
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-29 20:59 ---
Did it ever work before 4.4.0? Otherwise it is not a regression and should
be closed as fixed with a target milestone of 4.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3 |P2
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35640
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||patch
Priority|P3 |P2
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3 |P2
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-29 21:09 ---
Yes I agree, the code is wrong but we should warn about it, like we do in the
may_alias case.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Error found by Marco Restelli (test case to be uploaded shortly).
gfortran 4.4 fails with
$ gfortran host_assoc.f90
host_assoc.f90:85: internal compiler error: in check_host_association, at
fortran/resolve.c:4369
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-29 20:57 ---
P1 for 4.4, not really for the branches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 197 matches
Mail list logo