--- Additional Comments From drow at false dot org 2005-04-13 17:51 ---
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:26AM -, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
17:52 ---
Fixed already by:
2005-04-07 Thomas Fitzsimmons [EMAIL PROTECTED]
* prims.cc (parse_verbose_args): Fix verbose argument parsing.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
17:53 ---
Closing as fixed then.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:00 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Here is the simple C++ program :
int main()
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:06 ---
Now the problem is that we don't remove the extra load of a-length because of
aliasing.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:10 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 19721 depends on bug 19659, which changed state.
Bug 19659 Summary: GCC does not remove an if statement that never triggers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19659
What|Old Value |New Value
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-13 18:14
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-13 18:14
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:15 ---
Fixed on the mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19721 depends on bug 19789, which changed state.
Bug 19789 Summary: tree optimizers do not know that constant global variables
do not change
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19789
What|Old Value |New Value
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20913
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20702
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:18 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:21 ---
This is a regression from 3.3.3.
--
What|Removed |Added
Keywords|
--- Additional Comments From dpatel at apple dot com 2005-04-13 18:19
---
Subject: Re: GCC does not emit debug info for variables in anonymous unions
It is because of ALIAS_DECL
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20998
--- 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;
}
}
}
--
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:
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
--
What|Removed |Added
Severity|normal |enhancement
Version|unknown |4.1.0
--
What|Removed |Added
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20999
--- 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:
$
--- 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 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
--- 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
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;
bb 0:
b_3 = a_2 != 0;
if (b_3 != 0) goto L0; else goto L2;
L0:;
if (a_2 != 0) goto L1; else goto L2;
--- 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.
--
--- 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;
}
--
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 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
--- 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=8620action=view)
testcase mentioned in description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21002
/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 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|
--- 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:
---
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21003
--- 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
--- 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 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:
--- 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
--- 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
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
--- 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:
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 URL:http://gcc.gnu.org/bugs.html for
--- 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
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 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:
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
21:34 ---
Confirmed.
--
What|Removed |Added
CC||dnovillo
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 'CT::C() [with T = int]':
/home/gcc
--- 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
--- 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
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
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- 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
Keywords||wrong-code
Target Milestone|--- |4.1.0
--- 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.
$ 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
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:
--- 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 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
--- 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
--- 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 class T struct B :
--- 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
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- 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
--- 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 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:46 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- 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
--
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
--- 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
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
--- 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|
--- 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 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 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
/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:
--
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21012
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
--- 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=8621action=view)
Preprocessed output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21013
--
What|Removed |Added
CC||lerdsuwa at users dot
||sourceforge dot net
--- 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
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.
--- 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
--- 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 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=8622action=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: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 |Added
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 stdio.h
void
f(int start)
{
int i, end;
for (i = end = start; i = end; ++i)
{
printf(%d\n, i);
if (i == start)
end =
--
What|Removed |Added
Component|c |rtl-optimization
Keywords||wrong-code
--- 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 other
--- 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
--- 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 only
--- 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 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 the time
(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
--- 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 most of the time
--- 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=8623action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21016
--- 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=8624action=view)
.java source corresponding to the test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21016
--- 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
101 - 200 of 214 matches
Mail list logo