--- Comment #2 from hjl dot tools at gmail dot com 2010-07-03 03:50 ---
It is caused by revision 161527:
http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg01445.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #23 from hp at gcc dot gnu dot org 2010-07-03 03:43 ---
This is fixed, isn't it? No longer fails, c:a r161653 dudging from
gcc-testresu...@.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959
--
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
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-03 02:51 ---
It is caused by revision 161560:
http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg01478.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-03 02:47 ---
At -O1, valgrind reports:
valgrind --tool=memcheck
/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/gfortran/../../f951
/export/gnu/import/git/gcc/gcc/testsuite/gfortran.dg/extends_3.f03 -quiet
-dumpbase exten
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-03 02:40 ---
gfortran.dg/char_bounds_check_fail_1.f90 is the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44795
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-03 02:39 ---
It is caused by revision 161745:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00098.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #7 from sandra at gcc dot gnu dot org 2010-07-03 00:47 ---
Subject: Bug 43703
Author: sandra
Date: Sat Jul 3 00:46:51 2010
New Revision: 161763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161763
Log:
2010-07-02 Julian Brown
Sandra Loosemore
when compiling this code:
int main(int argc, char **argv) {
int xor=0;
return 0;
}
i get a 'internal compiler error: segmentation fault'
on 'i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5659)'.
cheers
- Wolfgang
--
Summary: segfault with variable named 'xor' (
On Linux/ia32, revision 161747 gave
ERROR: couldn't compile regular expression pattern: parentheses () not balanced
ERROR: tcl error sourcing
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gfortran.dg/dg.exp.
Revision 161734 is OK.
--
Summary: [4.6 Regression] Bad testsuite
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #5 from ramana at gcc dot gnu dot org 2010-07-03 00:21 ---
*** This bug has been marked as a duplicate of 43961 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ramana at gcc dot gnu dot org 2010-07-03 00:21 ---
*** Bug 44603 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43961
--- Comment #2 from ramana at gcc dot gnu dot org 2010-07-03 00:10 ---
Waiting for feedback as per comments in Comment #1
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
E
--- Comment #4 from ramana at gcc dot gnu dot org 2010-07-03 00:03 ---
Can this patch be submitted to gcc-patc...@gcc.gnu.org after due testing ?
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from ramana at gcc dot gnu dot org 2010-07-03 00:01 ---
I haven't verified the actual revision failing but I do see this failing as of
trunk today with an eabi compiler and all the options specified.
--
ramana at gcc dot gnu dot org changed:
What|Remove
--- Comment #17 from changpeng dot fang at amd dot com 2010-07-02 23:58
---
(In reply to comment #15)
I have opened PR44794 for the unrolling of pre- and post-loop issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44576
void foo(int *a, int *b, int n)
{
int i;
for(i = 0; i < n; i++)
a[i] = a[i] + b[i];
}
For this simple loop, the vectorizer does its job and peels the last few
iterations as post-loop that is not vectorized. But the RTL loop unroller
does not know that it just has a few (at most 3 in this
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2010-07-02 21:16
---
Thanks Tobias. Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2010-07-02 21:12 ---
This seems to have been broken by
2003-01-27 Nathan Sidwell
* class.c (update_vtable_entry_for_fn): Add index parameter.
Generate vcall thunk for covariant overriding from a virtual
primary
--- Comment #1 from rearnsha at gcc dot gnu dot org 2010-07-02 21:06
---
*** Bug 44788 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44787
--- Comment #1 from rearnsha at gcc dot gnu dot org 2010-07-02 21:06
---
*** This bug has been marked as a duplicate of 44787 ***
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from danglin at gcc dot gnu dot org 2010-07-02 20:58
---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #14 from danglin at gcc dot gnu dot org 2010-07-02 20:52
---
Subject: Bug 43958
Author: danglin
Date: Fri Jul 2 20:51:58 2010
New Revision: 161746
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161746
Log:
PR target/43958
* config/pa/pa.c (hppa_gimp
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-02 20:41 ---
Index: gfortran.fortran-torture/execute/data.f90
===
--- gfortran.fortran-torture/execute/data.f90 (Revision 161742)
+++ gfortran.fortran-torture/execu
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-02 20:37 ---
Index: gfortran.fortran-torture/execute/data_3.f90
===
--- gfortran.fortran-torture/execute/data_3.f90 (Revision 161742)
+++ gfortran.fortran-torture/exe
--- Comment #4 from joel at gcc dot gnu dot org 2010-07-02 20:31 ---
We use newlib and it is not in any of the .a or .o files installed. I
see it in the file crtresgpr.S in gcc/config/rs6000 but only
config/rs6000/t-netbsd references it. Should this code from t-netbsd be copied
to t-r
--- Comment #2 from schwab at linux-m68k dot org 2010-07-02 20:27 ---
Fixed.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-02 20:22 ---
Subject: Bug 44780
Author: jakub
Date: Fri Jul 2 20:22:32 2010
New Revision: 161742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161742
Log:
PR c++/44780
* typeck.c (convert_for_assignment):
--- Comment #3 from pinskia at gmail dot com 2010-07-02 20:17 ---
Subject: Re: New: Code generated references undefined symbol
These functions are part of PowerPC abi. So they should be provided by
either libgcc or the libc.
On Jul 2, 2010, at 1:12 PM, "joel at gcc dot gnu dot org"
These functions are part of PowerPC abi. So they should be provided by
either libgcc or the libc.
On Jul 2, 2010, at 1:12 PM, "joel at gcc dot gnu dot org" > wrote:
This was spotted on powerpc-rtems but likely impacts more targets.
It is
triggered by -Os. I will attach the preprocessed fi
--- Comment #2 from joel at gcc dot gnu dot org 2010-07-02 20:16 ---
Works with 4.4.4
$ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc -mcpu=603e -Os pr44793.c -S
$ grep _res pr44793.s
$ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc --version
powerpc-rtems4.10-gcc (GCC) 4.4.4 20100429 (RTEMS
gcc
--- Comment #1 from schwab at gcc dot gnu dot org 2010-07-02 20:16 ---
Subject: Bug 44771
Author: schwab
Date: Fri Jul 2 20:15:59 2010
New Revision: 161741
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161741
Log:
PR target/44771
* config/m68k/m68k.c (m68k_expand_prologue): Re
--- Comment #1 from joel at gcc dot gnu dot org 2010-07-02 20:14 ---
Created an attachment (id=21071)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21071&action=view)
bzip'ed test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
This was spotted on powerpc-rtems but likely impacts more targets. It is
triggered by -Os. I will attach the preprocessed file.
powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS
gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12)
$ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c
$ grep _rest j.s
b _res
--- Comment #7 from mikael at gcc dot gnu dot org 2010-07-02 20:01 ---
Subject: Bug 44662
Author: mikael
Date: Fri Jul 2 20:01:05 2010
New Revision: 161739
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161739
Log:
2010-07-02 Mikael Morin
PR fortran/44662
*
--- Comment #8 from bergner at gcc dot gnu dot org 2010-07-02 19:52 ---
So what asm do we expect that we should get form the and-1.c testcase?
--
bergner at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from sje at cup dot hp dot com 2010-07-02 19:49 ---
This may be related to &x + CST folding. The bug only happens at -O1 or above.
I think I forgot to mention that in the original bug report.
When I look at the expand dump and the comparision to 123 I see:
(insn 17 16 1
data.f90 line 28 accesses TMP2(1)%T1(1)%A(2:4:2) which is undefined
--
Summary: data.f90 accesses undefined variable
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
data_3.f90 IF statement at line 15 accesses B, but B(1:1) is undefined.
--
Summary: data_3.f90 accesses uninitialized variable
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsu
--- Comment #17 from burnus at gcc dot gnu dot org 2010-07-02 19:07 ---
Subject: Bug 43298
Author: burnus
Date: Fri Jul 2 19:07:30 2010
New Revision: 161735
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161735
Log:
2010-06-28 Tobias Burnus
PR fortran/43298
--- Comment #33 from dodji at gcc dot gnu dot org 2010-07-02 19:00 ---
I have put up a git tree for this. The branch containing my changes is
http://seketeli.net/cgit/~dodji/gcc.git/log/?h=PR7263-dodji
The current state as of commit 1d2b6207 addresses the remaining FIXMEs in the
code. I
GCC fails to bootstrap on ia64-hp-hpux11.23 after r161655. Building without
bootstrap and running the testsuite shows that tests are failing in 32 bit mode
but not 64 bit mode so the problem is probably ia64's unique method of
extending pointers in 32 bit mode Most of the failing tests involve va
--- Comment #1 from paolo dot carlini at oracle dot com 2010-07-02 18:35
---
It's fixed in 161706.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
On Linux/x86-64, revision 161704 gave
FAIL: abi_check
Revision 161695 is OK.
--
Summary: [4.6 Regression] FAIL: abi_check
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
--- Comment #10 from carrot at google dot com 2010-07-02 17:41 ---
The patch optimizes the prologue part only, the epilogue can also be enhanced.
Now compile the attached test case, I get
push{r0, r1, r2, lr}
add r0, sp, #4
bl bar
ldr r0,
Revision 160947 breaks the following test case.
void joint_decode(float* mlt_buffer1, int t) {
int i;
float decode_buffer[1060];
foo(decode_buffer);
for (i=0; i<10 ; i++) {
mlt_buffer1[i] = i * decode_buffer[t];
}
}
/usr/local/install/R160947/libexec/gcc/arm-linux-andr
Revision 160947 breaks the following test case.
void joint_decode(float* mlt_buffer1, int t) {
int i;
float decode_buffer[1060];
foo(decode_buffer);
for (i=0; i<10 ; i++) {
mlt_buffer1[i] = i * decode_buffer[t];
}
}
/usr/local/install/R160947/libexec/gcc/arm-linux-andr
--- Comment #6 from dominiq at lps dot ens dot fr 2010-07-02 16:53 ---
> Yes, please reduce and lets see if we can discover something more specific
> wrong here. Then also consider Mikael's idea.
I don't think there is anything "specific" to discover. The fix for PR44582 is
too conserva
Clang provides a number of ways to control code generation. The options are
listed below.
-fcatch-undefined-behavior: Turn on runtime code generation to check for
undefined behavior.
This option, which defaults to off, controls whether or not Clang adds
runtime checks for undefined runtime beha
--- Comment #16 from spop at gcc dot gnu dot org 2010-07-02 16:34 ---
Subject: Bug 44576
Author: spop
Date: Fri Jul 2 16:34:29 2010
New Revision: 161727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161727
Log:
PR 44576: miss rate computation improvement for prefetching loop a
--- Comment #3 from bernds at gcc dot gnu dot org 2010-07-02 16:26 ---
Subject: Bug 42172
Author: bernds
Date: Fri Jul 2 16:25:59 2010
New Revision: 161726
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161726
Log:
PR target/42172
* config/arm/arm.c (thumb1_rtx_
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-02 16:26 ---
Created an attachment (id=21070)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21070&action=view)
A testcase
[...@gnu-34 delta]$ /export/build/gnu/gcc/release/usr/gcc-4.6.0/bin/gcc -S
-msse2 -mfpmath=sse -m32
--- Comment #4 from bernds at gcc dot gnu dot org 2010-07-02 16:23 ---
Subject: Bug 42835
Author: bernds
Date: Fri Jul 2 16:22:33 2010
New Revision: 161725
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161725
Log:
PR target/42835
* config/arm/arm-modes.def (CC_
--- Comment #4 from ramana at gcc dot gnu dot org 2010-07-02 16:15 ---
I'm getting this failure in stage3 thus just attaching the expmed.i
pre-processed file isn't enough to reproduce this with a cross.
Doing a bisect I find that
rev: 160827 - builds expmed.o in stage3 .
rev: 160833
On Linux/x86, I saw
FAIL: gfortran.dg/extends_3.f03 -O1 (internal compiler error)
FAIL: gfortran.dg/extends_3.f03 -O1 (test for excess errors)
come and go, at least starting from revision 161653.
--
Summary: [4.6 Regression] FAIL: gfortran.dg/extends_3.f03
Product: gc
--- Comment #6 from mikael at gcc dot gnu dot org 2010-07-02 15:56 ---
(In reply to comment #5)
> If you need someone to apply, test and commit , let me know. I will have time
> and its pretty quick on my quad machine
>
No thanks, I will need a commit tree anyway.
It's currently boots
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-02 15:56
---
I have committed the middle-end pieces already today, so if you can approve and
commit the pa parts that would be nice.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-02
15:50 ---
Subject: Re: FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump
pta "ESCAPED = { }"
On Wed, 30 Jun 2010, rguenth at gcc dot gnu dot org wrote:
> You need the following additional patch. With that the t
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-02 15:32 ---
Reduced testcase:
typedef struct rtx_def *rtx;
enum rtx_code { SUBREG };
typedef union rtunion_def {
long rtint;
unsigned long rtuint;
rtx rtx;
} rtunion;
struct rtx_def {
enum rtx_code code: 8;
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-07-02 15:25
---
Yes, please reduce and lets see if we can discover something more specific
wrong here. Then also consider Mikael's idea.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773
--- Comment #10 from paolo dot carlini at oracle dot com 2010-07-02 15:22
---
I see, I had only a quick look to the audit trail and thought it was a less
trivial issue ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2010-07-02 15:18
---
I think just ignore (..) . It seems to add no value at this time and assures
compatibility across platforms. Your patch is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-02 15:05 ---
Confirmed, mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Version|4.5.1 |4.6.0
http://
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-02 14:58 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
On Linux/ia32, revision 161680 failed to
build 403.gcc in SPEC CPU 2006:
gcc -m32 -c -o ssa-ccp.o -DSPEC_CPU -DNDEBUG -I. -O2 -msse2 -mfpmath=sse
-ffast-mathssa-ccp.c
ssa-ccp.c: In function 'defs_to_undefined.isra.0':
ssa-ccp.c:212:1: error: definition in block 7 follows the use
--- Comment #2 from ramiro dot polla at gmail dot com 2010-07-02 14:33
---
Still reproducible with 4.5.0. For example:
../gcc-4.5.0/configure --target=i686-pc-mingw32 --enable-languages=c
--program-prefix=i686-pc-mingw32- --program-suffix=-4.5.0
--enable-version-specific-runtime-libs
--- Comment #9 from manu at gcc dot gnu dot org 2010-07-02 14:24 ---
(In reply to comment #8)
> By the way, the subject should read -Werror=pedantic, right?
>
Well, it depends. We actually print -Werror=edantic. ;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
--
laurent at guerby dot net changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfirmed|
--- Comment #11 from jamborm at gcc dot gnu dot org 2010-07-02 13:28
---
This is now fixed on both the trunk and the 4.5 branch.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-02 13:22 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-07-02 12:28 ---
On revision 161693, the backtrace to the spot where a CANONICAL_TYPE
is assigned to a type which already is a CANONICAL_TYPE of another one
is:
#0 0x009529e4 in build_array_type (elt_type=0x77e947e0,
in
--- Comment #8 from paolo dot carlini at oracle dot com 2010-07-02 12:18
---
By the way, the subject should read -Werror=pedantic, right?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
--- Comment #5 from uweigand at gcc dot gnu dot org 2010-07-02 11:50
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #4 from uweigand at gcc dot gnu dot org 2010-07-02 11:48
---
Subject: Bug 44707
Author: uweigand
Date: Fri Jul 2 11:48:30 2010
New Revision: 161703
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161703
Log:
ChangeLog:
PR target/44707
* config/rs600
--- Comment #5 from jay dot vaughan at thalesgroup dot com 2010-07-02
11:32 ---
To use the sources provided as a test unit:
1. First, 'make clean'.
2. Then, 'make test.app' - notice the coverage of the constructor/destructor
functions.
3. Then, 'make test.lib' - notice coverage.
--
--- Comment #4 from jay dot vaughan at thalesgroup dot com 2010-07-02
11:31 ---
Created an attachment (id=21068)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21068&action=view)
This is the test library sources for the testunit.
This file is the test library, which is wrapped ar
--- Comment #3 from jay dot vaughan at thalesgroup dot com 2010-07-02
11:30 ---
Created an attachment (id=21067)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21067&action=view)
This is the test application program sources for the testunit.
This file is the test application, to
--- Comment #2 from jay dot vaughan at thalesgroup dot com 2010-07-02
11:29 ---
Created an attachment (id=21066)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21066&action=view)
Makefile for testcase.
This the Makefile for a testunit that will demonstrate this behaviour.
--
clang:
-ftemplate-backtrace-limit=123: Only emit up to 123 template instantiation
notes within the template instantiation backtrace for a single warning or
error. The default is 10, and the limit can be disabled with
-ftemplate-backtrace-limit=0.
I recently implemented this but hardcoded the valu
clang:
-ferror-limit=123: Stop emitting diagnostics after 123 errors have been
produced. The default is 20, and the error limit can be disabled with
-ferror-limit=0
(-ferror-limit=1 is equivalent to -Wfatal-errors)
--
Summary: implement -ferror-limit=
Product: gcc
--- Comment #7 from manu at gcc dot gnu dot org 2010-07-02 10:56 ---
Why? All of them do, except -pedantic. I don't see any reason for -pedantic
being exceptional. Or can I start proposing warnings options that do not start
with -W?
Should we introduce a special case for pedantic (code
--- Comment #2 from cwg at falma dot de 2010-07-02 10:34 ---
Created an attachment (id=21065)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21065&action=view)
unpreprocessed source which triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44781
--- Comment #1 from cwg at falma dot de 2010-07-02 10:33 ---
Created an attachment (id=21064)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21064&action=view)
preprocessed file which triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44781
when compiling the attached program with
g++ -g -Wall -Wextra -O2 test.cc
I get the following output:
test.cc: In function 'Tiny_vector foo() [with int D = 1]':
test.cc:67:28: warning: 'point.Tiny_vector::x[i.2]' may be used
uninitialized in this function [-Wuninitialized]
However, the warning
--- Comment #18 from iains at gcc dot gnu dot org 2010-07-02 10:23 ---
additional tweaks:
r161687 (trunk) r161688 (4.5).
r161692 (trunk) r161693 (4.5)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35165
--- Comment #13 from paolo dot carlini at oracle dot com 2010-07-02 10:17
---
Fixed for 4.5.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #12 from paolo at gcc dot gnu dot org 2010-07-02 10:15 ---
Subject: Bug 44039
Author: paolo
Date: Fri Jul 2 10:15:10 2010
New Revision: 161700
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161700
Log:
/cp
2010-07-02 Paolo Carlini
PR c++/44039
*
--- Comment #11 from paolo at gcc dot gnu dot org 2010-07-02 10:13 ---
Subject: Bug 44039
Author: paolo
Date: Fri Jul 2 10:13:21 2010
New Revision: 161698
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161698
Log:
/cp
2010-07-02 Paolo Carlini
PR c++/44039
*
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-02 10:01 ---
On trunk we now get
> /abuild/rguenther/trunk-g/gcc/xgcc -B/abuild/rguenther/trunk-g/gcc/
> /space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c
> -w -O0 -lm -fprofile-use -o
> /
--- Comment #1 from kkojima at gcc dot gnu dot org 2010-07-02 10:00 ---
I send a patch for this and another warnings on SH
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02420.html
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00090.html
--
kkojima at gcc dot gnu dot org changed:
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-02 09:59 ---
Subject: Bug 44777
Author: rguenth
Date: Fri Jul 2 09:59:19 2010
New Revision: 161695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161695
Log:
2010-07-02 Richard Guenther
PR middle-end/44777
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-02 09:57 ---
Subject: Bug 44777
Author: rguenth
Date: Fri Jul 2 09:57:12 2010
New Revision: 161694
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161694
Log:
2010-07-02 Richard Guenther
PR middle-end/44777
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-02 09:53 ---
Mine. I have a patch for the crash (but we still get corrupted profile info).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-07-02 09:40 ---
Subject: Bug 44706
Author: hubicka
Date: Fri Jul 2 09:39:54 2010
New Revision: 161691
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161691
Log:
PR middle-end/44706
* predict.c (predict_pat
--- Comment #12 from dennis dot wassel at googlemail dot com 2010-07-02
09:23 ---
Also fails with 4.4.3, one a really small testcase I managed to create:
$ gfortran -O -ftree-parallelize-loops=2 -c 37951.f
37951.f: In Funktion »test«:
37951.f:1: Fehler: Basisblock 26 sollte als irredu
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-02 09:22 ---
Then the right fix would be not to assume that all such options start with -W,
no?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780
1 - 100 of 122 matches
Mail list logo
