--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
07:59 ---
Subject: Bug 21101
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-24 07:59:23
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
08:02 ---
Subject: Bug 21101
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 08:02:22
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
08:09 ---
Subject: Bug 17824
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 08:09:06
Modified files:
gcc:
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-24 08:17
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From stevenb at suse dot de 2005-04-24 09:23
---
Subject: Re: [4.0/4.1 regression] miscompiled pointer subtraction broke Linux
kernel
On Sunday 24 April 2005 05:36, dberlin at dberlin dot org wrote:
Uh, because it causes things to become non-invariant when
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-24
10:59 ---
This test was introduced to fix PR 12841. Something more subtle is needed
(maybe, check not only for EXPR_NULL, but for EXPR_NULL with no type?).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21177
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21101
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21099
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
11:48 ---
i_8: VARYING
# i_8 = PHI 0(0), i_10(4);
L2:;
if (i_8 == -5) goto L3; else goto L8;
i_10 = i_8 + 1;
if (i_10 = 9) goto L2; else goto L6;
i_10: [1, 2147483647]
Hmm, isn't i_10 signed still so
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
11:52 ---
VRP does not remove this for some reason even though we have now enough
information to do so:
a_2: [100, 200]
switch (a_2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14495
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
12:46 ---
Subject: Bug 20991
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 12:46:25
Modified files:
gcc:
compilation fails with an internal error...
g++-4 -v
Using built-in specs.
Target: powerpc-apple-darwin7
Configured with: ../configure --prefix=/sw --prefix=/sw/lib/gcc4 --enable-
languages=c,c++,f95,objc --infodir=/share/info --with-gmp=/sw
--with-included-gettext --
host=powerpc-apple-darwin7
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|c++
--- Additional Comments From devries at ma dot tum dot de 2005-04-24 13:00
---
Created an attachment (id=8723)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8723action=view)
this is the ii file that causes the trouble
this file demonstrates the prob
--
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-24 13:05 ---
With 4.0.0: gcc -O2 gives the same result as gcc -O3,
which is better than gcc 3.4.3 -O2 but worse than 3.4.3 -O3.
For example:
movl%edx, -20(%ebp)
orl %ecx,
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-24
13:06 ---
Found a patch (after a good night's sleep, it seemed to easy!):
Instead of
if (actual-expr_type != EXPR_NULL
!gfc_compare_types (formal-ts, actual-ts))
return 0;
we need to use
if
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-24 13:26 ---
I don't think that bug description is correct.
I believe similar observation will be valid for byte extraction
from u32 and u16, and for u16-from-u32, etc.
Update for latest gcc.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
13:29 ---
Reduced testcase:
struct class1
{
virtual ~class1 ();
};
struct class2 : class1 { };
void f(class1 * oo)
{
class2 * oj = dynamic_cast class2 *(oo) ;
if (oj)
delete oo;
}
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
13:31 ---
This is a latent bug in the C++ front-end with respect with dynamic_cast.
if (oo.1 == 0)
we have the wrong type already.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
13:42 ---
Created an attachment (id=8724)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8724action=view)
patch which should fix this
I am bootstrapping this fix right now.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
13:51 ---
Subject: Bug 20059
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-24 13:51:39
Modified files:
gcc/fortran: ChangeLog trans-common.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
14:00 ---
Subject: Bug 20059
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 13:59:58
Modified files:
gcc/fortran:
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-24 14:01
---
Fixed, sorry for the delay.
--
What|Removed |Added
Status|NEW
--
Bug 20405 depends on bug 20059, which changed state.
Bug 20059 Summary: internal compiler error: Segmentation Fault - For common
blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20059
What|Old Value |New Value
--
Bug 19292 depends on bug 20059, which changed state.
Bug 20059 Summary: internal compiler error: Segmentation Fault - For common
blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20059
What|Old Value |New Value
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-24 14:02
---
I just went through the regression testing. I get
FAIL: g++.dg/tree-ssa/pr18178.C scan-tree-dump-times if 1
It may be a good idea to check in this patch with the above testcase
XFAILed.
--
--
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2004-05-30 04:36:06 |2005-04-24 14:18:13
date|
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-24
14:22 ---
Jeff, should be fixed now is not helpful. Either it is fixed, so you
should close the bug, or it is not, in which case your remark would not
be true.
Also, when you commit a patch that fixes a PR, you
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-04-24
14:23 ---
The original testcase can (and should) be checked at compile time. The argument
is a simple variable of known length.
The error should be unconditional (ie. not just when -pedantic is specified)
--
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14627
I foudn that the following program compiles okay with gcc-4.0. But it report
bad_alloc when executed with common account. However, when I tried to run it
with root, it becomes okay again.
// .hh file
#ifndef _MC_STATE_H_
#define _MC_STATE_H_
#include sys/types.h
#include cstring
#include
--- Additional Comments From gnu04 at yahoo dot com 2005-04-24 14:31
---
Created an attachment (id=8725)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8725action=view)
The .cc file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21189
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
14:31 ---
On the mainline, we now produce:
cmpw cr7,r3,r4
blelr- cr7
mr r3,r4
blr
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154
--- Additional Comments From gnu04 at yahoo dot com 2005-04-24 14:32
---
Created an attachment (id=8726)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8726action=view)
the .hh file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21189
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
14:34 ---
If it is throwing bad_alloc, that means it is running out of memory. I would
check you memory limits?
--
What|Removed |Added
--
What|Removed |Added
Summary|wierd behavior |weird behavior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21189
)
(reg/f:SI 165))
(const_int -1 [0x]))) -1 (insn_list:REG_DEP_TRUE 138 (nil))
(nil))
+===GNAT BUG DETECTED==+
| 4.1.0 20050424 (experimental) (hppa-unknown-linux-gnu) GCC error:|
| in extract_insn, at recog.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
14:46 ---
Actually this is a bug in your code:
Signature::Signature(unsigned char* str, size_t vlen)
{
sig = new unsigned char[len];
len = vlen;
...
len is not assigned so you are using an uninitialized
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-24
15:19 ---
Please compile the testcase from 20963, with and without the unshare_expr in the
patch i posted, and you'll see the bug. force_gimple_operand replaces
TREE_OPERAND (folded, 0) with something else. folded
Inlined functions can give rise to bogus warnings when they contain statically
determined branches. Testcase:
static inline int f(int x) { if (1) return 17; }
int h(int z) { return f(z); }
foo$ gcc -O2 -Wall -c foo.c
foo.c: In function 'h':
foo.c:2: warning: control may reach end of non-void
--- Additional Comments From Woebbeking at web dot de 2005-04-24 15:23
---
Hi,
he's not complaining about the new friend lookup behaviour but about the
misleading error message. I had two similar cases and it was not easy to find
out what was going on. Have a look at the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
15:23 ---
*** This bug has been marked as a duplicate of 19699 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
15:23 ---
*** Bug 21191 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-24
15:25 ---
This insn is created in the loop pass:
(insn 42 40 140 1 g-spitbo.adb:263 (set (reg:SI 131)
(plus:SI (reg:SI 129)
(const_int 48 [0x30]))) -1 (nil)
(nil))
(insn 140 42 43 1
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-24
15:27 ---
Subject: Re: [4.0/4.1 regression] miscompiled
pointer subtraction broke Linux kernel
tree-ssa-pre uses force_gimple_operand with SIMPLE==false, so if
expr is already a valid rhs,
--- Additional Comments From law at redhat dot com 2005-04-24 15:31 ---
Subject: Re: [4.0/4.1 regression] extra
assignment inserted on the tree level
On Sun, 2005-04-24 at 14:22 +, steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu
The following piece of code produces an ICE:
[EMAIL PROTECTED] tmp]$ more test.f95
PROGRAMmoo
IMPLICIT NONE
character(len=8) list(50)
integer iin
namelist/shf/ list
iin = 5
read(iin,nml=shf)
END PROGRAM moo
[EMAIL PROTECTED] tmp]$ f95 test.f95
test.f95: In function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
16:00 ---
*** This bug has been marked as a duplicate of 19467 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
16:00 ---
*** Bug 21192 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From Woebbeking at web dot de 2005-04-24 16:01
---
One additional note: if I use a named namespace in the 2nd case it compiles
fine. Dunno if this is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21181
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
16:05 ---
(In reply to comment #2)
Hi,
he's not complaining about the new friend lookup behaviour but about the
misleading error message. I had two similar cases and it was not easy to find
out what was
--- Additional Comments From Woebbeking at web dot de 2005-04-24 16:17
---
Are you sure? None of the given PRs uses friend declarations. In my two cases I
only have to use friend struct ::S1 and all is fine but to find the broken
friend declarations is PITA.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
16:20 ---
(In reply to comment #7)
Are you sure? None of the given PRs uses friend declarations. In my two cases
I
only have to use friend struct ::S1 and all is fine but to find the broken
friend declarations
The current implementation of std::tr1::hash for std::string and std::wstring is
pretty bad. I think FNV should be used instead.
http://www.isthe.com/chongo/tech/comp/fnv/
I'm attaching a patch that may not be optimal when size_t is 64bits.
--
Summary: provide better std::tr1::hash
--- Additional Comments From TazForEver at dlfp dot org 2005-04-24 16:58
---
Created an attachment (id=8729)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8729action=view)
FNV
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
SEE below for full source-code (14 lines total at the bottom)
[arf]~/qqgcc -v -save-temps bug.cpp
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld
--with-gnu-as --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc
--- Additional Comments From mark at codesourcery dot com 2005-04-24 17:05
---
Subject: Re: [PR c++/21087] don't keep builtin anticipated decl, override
it with actual declaration
Alexandre Oliva wrote:
Ok for 4.0 branch as well? The same patch applies cleanly there, and
it's
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
17:06 ---
Fixed since at least 3.3.3.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From Woebbeking at web dot de 2005-04-24 17:24
---
I see. Then I'm looking forward to 4.1 :-)
One last thing: is it a bug that the behaviour differs for named namespace in
my second example?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21181
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
17:27 ---
(In reply to comment #9)
I see. Then I'm looking forward to 4.1 :-)
One last thing: is it a bug that the behaviour differs for named namespace in
my second example?
You second example is about
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
17:34 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
17:38 ---
Fixed by:
2005-04-12 Markus F.X.J. Oberhumer [EMAIL PROTECTED]
* mangle.c (write_builtin_type): Handle integer types which are
not one of the shared integer type nodes and emit a vendor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
17:56 ---
i_15: [1, 2147483647]
i_16: [0, 2147483647]
i_20: VARYING
# i_20 = PHI i_15(3), 0(0);
Looks like VRP does not understand PHI functions or it just gives up too often.
--
What|Removed
Under some conditions (generally if you upset the inlining heuristic ie by force
inlining something), SSE intrinsics don't get inlined and some truely horrible
code ensues; the fix, tinkering with params, isn't much prettier.
Happened to me with various 4.x versions, on x86 or x86-64.
silly
--
What|Removed |Added
Component|other |target
Keywords||missed-optimization
On Sun, Apr 24, 2005 at 05:56:50PM -, pinskia at gcc dot gnu dot org wrote:
i_15: [1, 2147483647]
i_16: [0, 2147483647]
i_20: VARYING
# i_20 = PHI i_15(3), 0(0);
Looks like VRP does not understand PHI functions or it just gives up too
often.
i_15 and 0 have a non-empty
--- Additional Comments From dnovillo at redhat dot com 2005-04-24 18:07
---
Subject: Re: Generates unneeded test
On Sun, Apr 24, 2005 at 05:56:50PM -, pinskia at gcc dot gnu dot org wrote:
i_15: [1, 2147483647]
i_16: [0, 2147483647]
i_20: VARYING
# i_20 = PHI i_15(3),
On Apr 24, 2005, at 2:06 PM, Diego Novillo wrote:
What is the type of 'i'? If it's unsigned, then we would be
wasting our time.
It is signed, otherwise i 0 will always be true and the conditional
would have gotten rid of already.
-- Pinski
--- Additional Comments From pinskia at physics dot uc dot edu 2005-04-24
18:10 ---
Subject: Re: Generates unneeded test
On Apr 24, 2005, at 2:06 PM, Diego Novillo wrote:
What is the type of 'i'? If it's unsigned, then we would be
wasting our time.
It is signed, otherwise i 0
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-24
18:50 ---
Subject: Re: [4.0 only] ICE caused by CHARACTER array in NAMELIST read or write
Coo - missed that one totally.
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19467
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-24
19:13 ---
Subject: Re: [4.0/4.1 regression] extra
assignment inserted on the tree level
On Sun, 2005-04-24 at 15:31 +, law at redhat dot com wrote:
--- Additional Comments From law at redhat dot
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
19:22 ---
Subject: Bug 18847
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 19:21:56
Modified files:
gcc/ada:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
19:25 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From Woebbeking at web dot de 2005-04-24 19:45
---
Thanks for enlightening me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21181
Hi!
While working on a vax-linux cross-compiler, I noticed that my vax-linux kernel
won't boot. I tracked this down to a function that re-calculates addresses (VM
addresses to physical addresses for things that run before VM is switched on).
I've then ran the C file through the preprocessor and
--- Additional Comments From jbglaw at lug-owl dot de 2005-04-24 20:05
---
Hi!
Here's how I configured it:
/home/jbglaw/vax-linux/scm/build-20050424-193631-i686-linux/src/gcc/configure
--disable-multilib --with-newlib --disable-nls --enable-threads=no
--disable-threads --enable
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
20:05 ---
Subject: Bug 20907
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-24 20:05:30
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
20:30 ---
pushl %ebp
movl%esp, %ebp
movl8(%ebp), %eax
popl%ebp
addl$_rtext+2146435072, %eax
This is not a bug, see above: you are missing that relocates can
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
20:32 ---
Subject: Bug 20907
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 20:32:32
Modified files:
libcpp :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
20:32 ---
So closing this as invalid.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
20:37 ---
Subject: Bug 20907
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 20:37:39
Modified files:
gcc/testsuite :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-24
20:43 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
22:06 ---
Subject: Bug 20991
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-24 22:06:37
Modified files:
gcc: ChangeLog varasm.c cgraph.h
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-24 22:10
---
Not target specific.
--
What|Removed |Added
Component|target
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-24 22:11
---
Actually it failed on HEAD today (at least on ppc-linux).
Should be fixed on both 4.0 and HEAD CVS now though.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
22:15 ---
Subject: Bug 21163
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-24 22:15:06
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-24
22:16 ---
Subject: Bug 21163
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-24 22:16:49
Modified files:
gcc: ChangeLog simplify-rtx.c
Log
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-24 22:20
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20806
--- Additional Comments From kreckel at ginac dot de 2005-04-24 22:49
---
(In reply to comment #22)
BTW, I can't find my copy of Kahan's old Much Ado... paper. Does anyone
know
of a downloadable copy? I tried to google for it, but had no luck.
I finally got hold of that paper.
--- Additional Comments From gerald at pfeifer dot com 2005-04-24 22:57
---
Thanks a lot, Eric! The only FreeBSD/SPARC host I have guest access to has
been down, so I couldn't test the patch yet, but I dropped some FreeBSD folks
and Loren a note.
--
-in specs.
Target: mingw32
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
--host=mingw32 --target=mingw32 --prefix=/gcc4.0 --enable-threads --disable-nls
--enable-languages=c,c++ --disable-win32-registry --disable-shared
Thread model: win32
gcc version 4.1.0 20050424
Compiling a simple code causes compiler crash for gfortran 4.0.0.
The attached code is a simplified case from a real fortran 95 code that works
fine with other compilers.
--
Summary: Fortran array assignment causes ICE
Product: gcc
Version: 4.0.0
--- Additional Comments From enok at lysator dot liu dot se 2005-04-24
23:11 ---
Created an attachment (id=8730)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8730action=view)
Simplified, stripped-down testcase that causes crash.
--
In a digression from 2.95, gcc 4.1 copies a packed bitfield structure member by
member instead of
doing as an aggregate.
Given the program:
struct __attribute__((packed)) A { unsigned short i : 1, l : 1, j : 3, k : 11;
};
struct A sA;
struct A retmeA (struct A x) { return x; }
GCC 4.1 -O3
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-04-24 23:19 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21197
--- Additional Comments From enok at lysator dot liu dot se 2005-04-24
23:22 ---
I forgot ... the output of the compiler is:
[EMAIL PROTECTED] src]$ gfortran4 -c tst.f90
tst.f90: In function 'MAIN__':
tst.f90:7: internal compiler error: in gfc_trans_scalar_assign, at
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-24 23:51
---
The checks in gfc_simplify_ichar (_iachar) don't catch this because they only
look at the string length if the expression is constant.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20879
1 - 100 of 154 matches
Mail list logo
