The following two literal initializer data should both be considered static
const data references:
char s[5] = "abcde";
char t[5] = {'a','b','c','d','e'};
the memory reference to "abcde" should be marked readonly, not frame-relative
(as it isn't),
as otherwise it's impossible to properly id
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-14
06:27 ---
I'm interested too. :-) FWIW, when I did the transition on SPARC, I compared
the assembly code generated for all testcases in gcc.c-torture/compile at -O2;
IIRC there were a few regressions related to del
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
06:14 ---
Subject: Bug 20126
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-14 06:14:41
Modified files:
gcc: Change
--- Additional Comments From mark at codesourcery dot com 2005-04-14 06:02
---
Subject: Re: [3.3/3.4/4.0 Regression] Inlined memcmp makes
one argument null on entry
Jakub Jelinek wrote:
> On Tue, Apr 12, 2005 at 05:54:58PM -, mmitchel at gcc dot gnu dot org
> wrote:
>
>>---
--- Additional Comments From uros at kss-loka dot si 2005-04-14 05:55
---
I susupect the bug to be in expand_builtin_int_roundingfn(). It looks that
tmp = gen_reg_rtx(floatmode);
is needed before
tmp = expand_builtin_mathfn (exp, NULL_RTX, NULL_RTX);
It is somehow annoying fact
--- Additional Comments From uros at kss-loka dot si 2005-04-14 05:52
---
*** Bug 21009 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21004
--- Additional Comments From uros at kss-loka dot si 2005-04-14 05:52
---
Yes, this is duplicate of PR 21004:
20040209-1.c.t02.original:
;; Function foo (foo)
;; enabled by -tree-original
{
return (int) __builtin_lceilf (x);
}
These functions (lceil and lfloor) share the same path
--- Additional Comments From dank at kegel dot com 2005-04-14 05:28 ---
Still seeing this on 4.0.0-rc1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20583
--- Additional Comments From christian dot joensson at gmail dot com
2005-04-14 04:10 ---
hmm... this was probably a false alarm... sorry for any trouble...
A fresh build from the 4.0 branch, LAST_UPDATED: Wed Apr 13 19:45:52 UTC 2005,
is a checking right now...
--
What
--- Additional Comments From drow at gcc dot gnu dot org 2005-04-14 03:11
---
I'll look at it when I can find the time.
--
What|Removed |Added
Severity|normal
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |drow at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From drow at gcc dot gnu dot org 2005-04-14 03:10
---
Actually, we can and should fix this. What I gave was only a workaround.
--
What|Removed |Added
--- Additional Comments From nick at ilm dot com 2005-04-14 02:15 ---
testcase compiles successfuly with gcc-4.0.0-20050410
on x68 and amd64, removed 4.0.0 from known to fail line.
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 02:01
---
Fails for cris-elf and mmix-knuth-mmixware as well. Timespan that narrows down
the suspects a little: worked on LAST_UPDATED "Tue Apr 12 20:48:11 UTC 2005",
started failing "Wed Apr 13 05:00:11 UTC 2005".
--
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 01:45
---
I see this on cris-elf too (but not mmix-knuth-mmixware), same appearance,
worked with LAST_UPDATED "Sun Apr 10 23:37:21 UTC 2005", failing since
"Mon Apr 11 10:40:45 UTC 2005".
--
What|Removed
Using a recent 4.0 CVS:
gcc version 4.0.0 20050412 (prerelease)
Compiling the following as 64bit:
unsigned int foo(unsigned int x)
{
return ((x >> 16) & 0x) | ((x & 0x) << 16);
}
Results in:
.L.foo:
slwi 0,3,16
srwi 3,3,16
or 3,3,0
rldicl
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 01:27
---
Also fails on cris-elf and mmix-knuth-mmixware with the same message in the log.
--
What|Removed |Added
---
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 01:19
---
There are additional problems with these tests and I don't have
time to finish looking at them today, but here's some info.
Auto
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 01:16
---
I see this too, for cris-elf, but for 931004-6.c as well.
I'm going to assume it's the same bug (and relevant in this PR)
for two reasons: due to the failure being at -O3:
FAIL: gcc.c-torture/execute/931004-2.c
--- Additional Comments From greenrd at greenrd dot org 2005-04-14 01:06
---
Created an attachment (id=8624)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8624&action=view)
.java source corresponding to the test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21016
--- Additional Comments From greenrd at greenrd dot org 2005-04-14 01:02
---
Created an attachment (id=8623)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8623&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21016
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-14 00:58 ---
Subject: Re: read-rtl.c:670: warning: missing sentinel in function call
> > result = concat ("(", cond1, ") && (", cond2, ")", NULL);
> >
> >
> > Looks like someone forgot the cast. (well in m
(This is superficially similar to bug 16439, in that it involves "synthetic
code" being tagged with insufficiently precise line numbers.)
Compiling the attached .class file with
gcj -findirect-dispatch -shared -S -O0 -g WebappClassLoader.class
results in the following (i386) assembly code for li
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-14 00:46 ---
Subject: Re: read-rtl.c:670: warning: missing sentinel in function call
> result = concat ("(", cond1, ") && (", cond2, ")", NULL);
>
>
> Looks like someone forgot the cast. (well in most of t
--- Additional Comments From dpatel at apple dot com 2005-04-14 00:44
---
Subject: Re: New gcc.dg/vect tests fail
Thanks everyone!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21010
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:36 ---
Janis said she would take care of them:
[17:22] < rth> janis: ping
[17:22] < janis> rth: pong
[17:23] < rth> janis: why is gcc.dg/vect/vect-ifcvt-2.c being tested on i386
even though
vect_condition is onl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:34 ---
Confirmed, only a regression on the 3.4 branch.
--
What|Removed |Added
Status|UN
--- Additional Comments From joseph at codesourcery dot com 2005-04-14
00:32 ---
Subject: Re: New gcc.dg/vect tests fail
On Wed, 13 Apr 2005, dpatel at apple dot com wrote:
> But all of them require
> /* { dg-require-effective-target vect_condition } */
> So, why they fail on oth
--
What|Removed |Added
Component|c |rtl-optimization
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_
The enclosed program prints only "0" when compiled with -O2. It should print
"0" and "1". I've also tried 3.2.2 and the error is present.
Phil.
#include
void
f(int start)
{
int i, end;
for (i = end = start; i <= end; ++i)
{
printf("%d\n", i);
if (i == start)
end =
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:30 ---
result = concat ("(", cond1, ") && (", cond2, ")", NULL);
Looks like someone forgot the cast. (well in most of the time there is a cast,
oh well).
--
What|Removed |
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-14
00:28 ---
Created an attachment (id=8622)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8622&action=view)
Preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21014
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:27 ---
*** Bug 21013 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:27 ---
This is a dup of bug 14400 which is basically fixed for 4.0.0.
*** This bug has been marked as a duplicate of 14400 ***
--
What|Removed |Added
-
stage1/xgcc -Bstage1/ -B/usr/local/gcc/gcc-4.1.0/vax-dec-ultrix4.3/bin/ -c -g
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -f
no-common -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:22 ---
I don't remember the rules for friend but I do that 4.0.0 has become closer to
what the standard says.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21012
--
What|Removed |Added
CC||lerdsuwa at users dot
||sourceforge dot net
Summary|[
--- Additional Comments From paragw at excite dot com 2005-04-14 00:19
---
Created an attachment (id=8621)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8621&action=view)
Preprocessed output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21013
If a -include pch_name is given while compiling a C File included with QT4
beta2, gcc segfaults. Here is the command line
gcc-3.4 -c -include QtGui_debug -fno-exceptions -g -Wall -W -D_REENTRANT -fPIC
-DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_CAST_TO_ASCII -DQT3_SUPPORT_WARNINGS
-DQT_MOC_COMPAT -
--
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21012
> /dept/rnd/vendor/gcc-4.0.0pre1-amd64/bin/g++ -c bug.C -o /dev/null
bug.C: In member function 'int B::Foo::foo()':
bug.C:9: error: 'int B::Foo::Bar::v' is protected
bug.C:12: error: within this context
> /dept/rnd/vendor/gcc-4.0.0pre1-amd64/bin/g++ -v
Using built-in specs.
Target: x86_64-unknown-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:02 ---
*** Bug 21011 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-14
00:02 ---
*** This bug has been marked as a duplicate of 17995 ***
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-13
23:50 ---
I am no longer interested in working on this DSE pass.
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2005-04-13
23:49 ---
Steven, what about posting your patch for review?
--
What|Removed |Added
CC|
Stage3 build fails with an error in eh_alloc.cc:
/wrk/davids/gnu-stuff.d/obj/gcc/xgcc -shared-libgcc -B/wrk/davids/gnu-stuff.d/ob
j/gcc/ -nostdinc++ -L/wrk/davids/gnu-stuff.d/obj/i686-pc-sco3.2v5.0.6/pic/libstd
c++-v3/src -L/wrk/davids/gnu-stuff.d/obj/i686-pc-sco3.2v5.0.6/pic/libstdc++-v3/s
rc/.li
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
22:48 ---
This was caused by the merge of the tcb branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21005
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From dpatel at apple dot com 2005-04-13 22:47
---
Subject: Re: New: New gcc.dg/vect tests fail
But all of them require
/* { dg-require-effective-target vect_condition } */
So, why they fail on other platforms ?
-
Devang
--
http://gcc.gnu.org/bugzilla/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
22:46 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From david dot sullivan at activant dot com
2005-04-13 22:46 ---
This bug also occurs on OpenServer 5 (i686-pc-sco3.2v5.0.6).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7979
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
22:43 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
22:42 ---
(In reply to comment #12)
> Presto, that did the trick. No need to muck with configure. Thanks. Feel free
> to
> close this if desired.
Ok, closing as such.
> BTW, this bugzilla is set up to top-post add
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From sebor at roguewave dot com 2005-04-13 22:06
---
(In reply to comment #5)
Thanks for the pointer. Let me try again to explain why I object to the
footnote:
The footnote assumes that the reader will make the extrapolation that 1) since
va_list is an object t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
22:04 ---
Ok, I don't know if this is valid code (I think it is invalid as foo_ is
qualified and not dependent, even
though ICC and Comeau does not reject this):
struct A { int foo_; };
template struct B : public A
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2005-04-13 22:01 ---
when odcctools-20041018 instead of odcctools-20050327 are used the regressions
are gone.
see: http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00949.html
--
What|Removed
The failures
FAIL: gcc.dg/vect/vect-ifcvt-2.c scan-tree-dump-times vectorized 1 loops 1
FAIL: gcc.dg/vect/vect-ifcvt-3.c scan-tree-dump-times vectorized 1 loops 1
FAIL: gcc.dg/vect/vect-ifcvt-4.c scan-tree-dump-times vectorized 1 loops 1
FAIL: gcc.dg/vect/vect-ifcvt-5.c scan-tree-dump-times vector
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-13
21:55 ---
I can reproduce neither with a bootstrapped compiler on sparc-sun-solaris2.8,
nor with a built compiler on sparc-sun-solaris2.5.1, nor with a cross to
sparc-linux from x86_64-suse-linux.
Have you changed
The following failures appeared on hppa2.0w-hpux on mainline between 20050410
and 20050411.
FAIL: gcc.sum:unix:gcc.c-torture/compile/20040209-1.c -O1 (test for excess
errors)
FAIL: gcc.sum:unix:gcc.c-torture/compile/20040209-1.c -O2 (test for excess
errors)
FAIL: gcc.sum:unix:gcc.c-torture/c
$ uname -srm
Linux 2.6.11.4 i686
$ g++ -v
Reading specs from
/opt/compilers/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=/opt/compilers/gcc-3.4.3
--enable-shared --enable-threads --enable-languages=c,c++
Thread model: posix
gcc version 3.4.3
C
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-13 21:47
---
Suspect patch:
2005-04-09 Uros Bizjak <[EMAIL PROTECTED]>
* builtins.def (BUILT_IN_LFLOOR, BUILT_IN_LFLOORF, BUILT_IN_LFLOORL)
(BUILT_IN_LLFLOOR, BUILT_IN_LLFLOORF, BUILT_IN_LLFLOORL): New.
--
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-13 21:43
---
Great. I'll put this in then.
Thanks,
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20979
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
The following FAILs appeared on mainline on hppa64-hpux between 20050408 and
20050409.
FAIL: gcc.c-torture/execute/931004-2.c execution, -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions
FAIL: gcc.c-torture/execute/931004-2.c execution, -O3 -fomit-frame-pointer
-funroll-loops
(The
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
21:38 ---
http://gcc.gnu.org/ml/gcc-regression/2005-04/msg00051.html
Has the changelog of who might have caused this.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
21:37 ---
confirmed. This is more likely a middle-end problem, the options are "-da".
--
What|Removed |Added
--
FAIL: g++.dg/other/static11.C (test for excess errors)
has appeared on mainline, apparently on all targets, between 20050412 and
20050413.
On i686-pc-linux-gnu:
/home/gcc/nightlies/gcc-mainline-2005-04-13/gcc/testsuite/g++.dg/other/static11.C:
In constructor 'C::C() [with T = int]':
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
21:34 ---
Confirmed.
--
What|Removed |Added
CC||dnovillo a
--- Additional Comments From herbert at 13thfloor dot at 2005-04-13 21:31
---
Subject: Re: building mips/64 cross compiler on x86 produces incorrect
assembler code for _divdi3 with -fnon-call-exceptions
On Wed, Apr 13, 2005 at 05:50:59PM -, drow at false dot org wrote:
>
> --
FAIL: gcc.dg/uninit-1.c uninitialized variable warning (test for bogus messages,
line 16)
has appeared on mainline, apparently for all targets, between 20050408 and
20050409. This test previously passed.
--
Summary: [4.1 Regression] gcc.dg/uninit-1.c uninitialized
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-13
21:27 ---
Subject: Re: Intrinisc function SPREAD is broken
tkoenig at gcc dot gnu dot org wrote:
>--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-13
>10:01 ---
>The program test_spread
The new test gcc.dg/builtins-53.c fails on hppa{2.0w,64}-hp-hpux11.{11,23}:
builtins-53.c: In function 'test1f':
builtins-53.c:46: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instruction
--- Additional Comments From herbert at 13thfloor dot at 2005-04-13 21:11
---
Subject: Re: building mips/64 cross compiler on x86 produces incorrect
assembler code for _divdi3 with -fnon-call-exceptions
On Wed, Apr 13, 2005 at 09:46:24AM -, pinskia at gcc dot gnu dot org wrote:
>
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
--- Additional Comments From joseph at codesourcery dot com 2005-04-13
21:01 ---
Subject: Re: [3.3/3.4/4.0 Regression] Inlined memcmp makes
one argument null on entry
On Wed, 13 Apr 2005, jakub at redhat dot com wrote:
> +/* dg-do run */
> +/* dg-options "-O2" */
Not valid gcc.dg ma
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-13
20:49 ---
Fixed on 4.0 too.
--
What|Removed |Added
Status|REOPENED|RES
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-13
20:48 ---
Subject: Bug 20163
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-13 20:48:16
Modified files:
libgfortran: Change
--- Additional Comments From joseph at codesourcery dot com 2005-04-13
20:42 ---
Subject: Re: bogus error passing &va_list to va_list*
On Mon, 11 Apr 2005, sebor at roguewave dot com wrote:
> Yes, I read that comment but I still don't see anything in the standard the
> footnote is in
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-13
19:47 ---
Can anybody point me to the actual source of the
benchmark that exposed the failure? From the
description, I can't see what's wrong.
Thomas
--
What|Removed |Added
-
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21003
--- Additional Comments From herbert at 13thfloor dot at 2005-04-13 19:36
---
Subject: Re: building mips/64 cross compiler on x86 produces incorrect
assembler code for _divdi3 with -fnon-call-exceptions
On Wed, Apr 13, 2005 at 05:51:18PM -, drow at false dot org wrote:
>
> --
--- Additional Comments From laurent at guerby dot net 2005-04-13 19:32
---
4.0.0 RC1 is known to work, that's strange.
--
What|Removed |Added
Keywords|
/local/src/branch/gcc/gcc/ada /usr/local/src/branch/gcc/gcc/ada/gnatmake.a
db -o gnatmake.o
+===GNAT BUG DETECTED==+
| 4.0.0 20050413 (prerelease) (sparc-unknown-linux-gnu) GCC error: |
| in save_gnu_tree, at ada/utils.c:158
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-13 19:21
---
Created an attachment (id=8620)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8620&action=view)
testcase mentioned in description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21002
--- Additional Comments From antoine dot letellier at free dot fr
2005-04-13 19:21 ---
we have a our own dialect which is preprocessed in fortran.
usually we compile with g77 .
antoine
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20990
This with LAST_UPDATED "Wed Apr 13 18:35:48 UTC 2005", just
after committing CRIS prologue as RTL.
Compare the assembly of the attached file (a pruned version
corresponding to the fp-bit libgcc object _pack_df.o)
compiled at -O2 with to a few minutes before that LAST_UPDATED.
Also observable with
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
19:18 ---
One more thing, we miss a sibcal optimization due to this:
int i;
int g(void) __attribute__((pure));
int f()
{
int t = i;
int t1 = g();
i = t;
return t1;
}
--
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
19:16 ---
We just don't generate any RTL for "i = i".
The optimization for f in comment #0 happens in combine for 3.4.0, so maybe
fold could do it, I don't
know.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
Consider:
int
foo (int a)
{
int b = a != 0;
if (b)
if (a != 0)
return 1;
return 0;
}
With "-O2 -ftree-no-dominator-opts", VRP generates:
foo (a)
{
int b;
int D.1153;
:
b_3 = a_2 != 0;
if (b_3 != 0) goto ; else goto ;
:;
if (a_2 != 0) goto ; else goto ;
:;
D.1153_6
--- Additional Comments From steve at netfuel dot com 2005-04-13 19:03
---
This as also been duplicated using the mingw binary release of
gcc-3.4.2-20040916-1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20993
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:59 ---
: Search converges between 2004-01-25-trunk (#440) and 2004-01-26-trunk (#441).
: Search converges between 2004-05-20-trunk (#457) and 2004-05-23-trunk (#458).
Looking at the construct, I almost want to say
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:36 ---
Three more cases:
void f1(int *i)
{
*i = *i;
}
int j;
void f2()
{
j = j;
}
int *k;
void f3()
{
*k = *k;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21000
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-13
18:34 ---
With -fdefault-integer-8:
$ gfc -c -fdefault-integer-8 pr20990.f
pr20990.f: In function jonct:
pr20990.f:280: internal compiler error: in gfc_add_modify_expr, at
fortran/trans.c:152
Without that:
$ g
--
What|Removed |Added
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20999
--
What|Removed |Added
Severity|normal |enhancement
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
Like PR 20999 but this time the function should be empty which it is on the RTL
level:
int i;
void f()
{
int t = i;
i = t;
}
--
Summary: store should not be done if we don't change its value
Product: gcc
Version: unknown
Status: UNCONFIRMED
int i;
void f()
{
int t = i;
if(t == 4)
t = 3;
i = t;
}
void f1()
{
if (i == 4)
i = 3;
}
--
Summary: store should not be done if we don't change its value
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-opt
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:30 ---
Two things, we just don't jump thread.
Another testcase:
int i;
int main()
{
for (;;)
{
switch (i)
{
case 5:
i = 4;
break;
default:
return 0;
}
}
}
--
1 - 100 of 184 matches
Mail list logo
