--- Comment #1 from iains at gcc dot gnu dot org 2010-05-14 06:22 ---
see:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01030.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43689
--- Comment #11 from socketpair at gmail dot com 2010-05-14 06:31 ---
Suppose this:
volatile int x;
asm(something::a (1))
x=1;
the compiler may think that something do not modify eax. So next assignment
may use eax ( mov eax, x ). So, it does not make sense to have it as a
clobber is
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-14 06:39 ---
r159321 caused this.
I think this is a case where we are generating initialization of a class -
maybe we're not marking something the way that is expected?
ccing Jan.
--
iains at gcc dot gnu dot org changed:
--- Comment #3 from dodji at gcc dot gnu dot org 2010-05-14 06:41 ---
Subject: Re: wrong location description for
DW_AT_vtable_elem_location
Dodji, want to look at this?
Sure.
Like, Jakub said, we need to synchronize with GDB. I'll test Jakub's
patch ASAP and push the change when
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #2 from iains at gcc dot gnu dot org 2010-05-14 06:42 ---
the working output (const-str-9.s) is:
.lazy_reference .objc_class_name_NSConstantString
.comm __NSConstantStringClassReference,4,2
.const
.align 2
LC0:
.ascii MyApp\0
--- Comment #3 from kasparek at fit dot vutbr dot cz 2010-05-14 06:50
---
(In reply to comment #1)
to get the cc1 command line. Then use gdb --args cc1 cmdline to debug the
compiler. Getting a backtrace before the abort would be nice.
(gdb) bt
#0 open_file (file=0x8a64148) at
wide-ranging fails:
=== libgomp Summary for unix/-m32 ===
# of expected passes2466
# of unexpected failures24
# of unsupported tests 2
=== libgomp Summary for unix/-m64 ===
# of expected passes2365
# of unexpected failures
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2010-05-14 07:10
---
the compiler may think that something do not modify eax. So next assignment
may use eax ( mov eax, x ). So, it does not make sense to have it as a
clobber is not correct. does not it ?
Andrew was saying that
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-14 07:25 ---
Perhaps we just shouldn't ever warn for TREE_CONSTANT decls with
-Wunused-but-set-* ?
Such variables can't be ever set (the set is just the definition),
therefore all sets of TREE_USED for them are reads.
That
--- Comment #6 from ubizjak at gmail dot com 2010-05-14 07:36 ---
Missing/wrong documentation is covered by PR25519.
*** This bug has been marked as a duplicate of 25519 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #10 from ubizjak at gmail dot com 2010-05-14 07:36 ---
*** Bug 20049 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-14 08:17 ---
this was caused by r159370, 72 or 72.
(CC ing Jan Hubika).
in case it's relevant, the emutls control vars are not finalized .
I have a patch to do this
(http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00824.html) ...
struct S { int i, j; };
int foo (int l)
{
struct S s;
s.j = l - 22;
return s.i + s.j;
}
with -O2 -W -Wall in 4.4 this used to warn:
v.c: In function 'foo':
v.c:6: warning: 's.i' is used uninitialized in this function
but with 4.5+ it warns:
v.c: In function 'foo':
v.c:6:11: warning:
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44133
--- Comment #8 from tkoenig at gcc dot gnu dot org 2010-05-14 09:15 ---
New timings, on x86_64-unknown-linux-gnu. I split off the invalidate
subroutine to make sure the optimizers don't optimize this out:
i...@linux-fd1f:/tmp gfortran -O3 matmul.f90 invalidate.f90
i...@linux-fd1f:/tmp
This code leads to the adding of 0.0, which is a nop. Any
signalling should have been done previously.
i...@linux-fd1f:/tmp cat mult.f90
subroutine foo(a,b,c)
real, intent(in) :: a,b
real, intent(out) :: c
c = 0.0
c = c + a*b
end subroutine foo
i...@linux-fd1f:/tmp gfortran -O3
The declaration of arrays with negative bounds leads to a warning message,
probably caused by an integer overflow. The program below leads to the message
gprogram.f90:6.19:
call fill_array(my_arr)
1
Warning: Actual argument contains too few elements for dummy argument 'arr'
--- Comment #1 from thomasr at nikhef dot nl 2010-05-14 09:24 ---
Created an attachment (id=20660)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20660action=view)
Test program that reproduces the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44135
--- Comment #49 from dominiq at lps dot ens dot fr 2010-05-14 09:28 ---
Any news on this?
Still there at revision 159329. Ira Rosen has devoted a fair amount of time to
trace the problem, but nobody cared to pursue.
Presently this PR has nothing to do with -g nor -ma64, so I updated
--- Comment #10 from paolo dot carlini at oracle dot com 2010-05-14 09:42
---
This is another, slightly different testcase, both must added to the testsuite:
==
struct A {};
struct B : A, A {};
struct B : A, A {};
==
--
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-14 09:43
---
Fixed for 4.6.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from jamborm at gcc dot gnu dot org 2010-05-14 09:47 ---
Mine.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from stefanwin at gmx dot net 2010-05-14 10:04 ---
My sample program:
// g++ 4.0.0-1
// compile: g++ -c -Wall progname.c - ist ok
// link (AIX linker ld): g++ -o progname progname.o
// ERROR: Undefined symbol: .std::basic_stringchar, std::char_traits
// char,
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-14 10:27
---
Yes. Note that gcc-4.0.x, 4.1.x, and 4.2.x are *not maintained anymore* and
bugs affecting only those release series are simply closed.
Thus, before anything else, try a current release, preferably gcc-4.4.x.
/* { dg-do compile } */
/* { dg-options -w -O2 -g } */
/* { dg-options -w -O2 -g -mno-sse { target { { i?86-*-* x86_64-*-* ilp32
} } } */
#define vector __attribute((vector_size(16)))
vector float a;
float
foo (float b)
{
vector float c = {0, 0, 0, 0 };
vector float d = {0, 0, 0, 0 };
d
--- Comment #27 from paolo at gcc dot gnu dot org 2010-05-14 11:40 ---
Subject: Bug 43259
Author: paolo
Date: Fri May 14 11:40:05 2010
New Revision: 159389
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159389
Log:
2010-05-14 Silvius Rus silvius@gmail.com
PR
--- Comment #28 from paolo dot carlini at oracle dot com 2010-05-14 11:41
---
Fixed for 4.5.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #23 from janus at gcc dot gnu dot org 2010-05-14 11:53 ---
(In reply to comment #22)
Janus, is there something left to do here?
Yes, sure. The ICE has not been fixed yet. With 4.6 trunk (r159368) I still get
the same ICE on comment #8/#14:
internal compiler error: in
--- Comment #5 from stefanwin at gmx dot net 2010-05-14 11:55 ---
If I want to install the gcc-4.4.0, I get the error libgmp.a and libmpfr.a
not found.
It seems I have to rebuild something.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44092
--- Comment #2 from janus at gcc dot gnu dot org 2010-05-14 12:04 ---
(In reply to comment #1)
Copying your code into uh.f90 gives
laptop:kargl[204] gfc4x -o z uh.f90
laptop:kargl[205] ./z
Derived DoIt
with i686-*-freebsd and x86_64-*-freebsd on trunk.
Yes, the failure is
--- Comment #6 from redi at gcc dot gnu dot org 2010-05-14 12:05 ---
You might want to read http://gcc.gnu.org/install/ starting with
Prerequisites
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44092
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44136
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:19 ---
But -0.0 + 0.0 is 0.0, so the transformation is only valid for
-fno-signed-zeros.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
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=44132
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:33 ---
Confirmed and mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:26 ---
Waiting for a testcase. And for the reporter to try the tip of the 4.5 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-14 12:36 ---
Subject: Bug 44124
Author: rguenth
Date: Fri May 14 12:36:28 2010
New Revision: 159390
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159390
Log:
2010-05-14 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-14 12:40 ---
Subject: Bug 44124
Author: rguenth
Date: Fri May 14 12:40:18 2010
New Revision: 159391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159391
Log:
2010-05-14 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-14 12:40 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-05-14 12:51
---
Fixed (hopefully).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-05-14 12:51
---
Subject: Bug 38591
Author: rguenth
Date: Fri May 14 12:51:31 2010
New Revision: 159392
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159392
Log:
2010-05-15 Richard Guenther rguent...@suse.de
PR
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42255
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43190
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43866
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44127
With revision 159369 these tests passed.
From revision 159376 and on, including at least 159388, these tests have failed
as follows:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/objc.dg/torture/tls/tls.exp ...
FAIL: objc.dg/torture/tls/thr-init-2.m -O1 (test for excess errors)
WARNING:
Sent from my iPhone
On May 14, 2010, at 2:18 AM, tkoenig at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org
wrote:
This code leads to the adding of 0.0, which is a nop. Any
signalling should have been done previously.
It is not signalling that matters here but signed zero. 0.0 + -0.0 ==
--- Comment #2 from pinskia at gmail dot com 2010-05-14 13:10 ---
Subject: Re: New: Unneeded +0.0 for c = 0.0 ; c = c+ a*b
Sent from my iPhone
On May 14, 2010, at 2:18 AM, tkoenig at gcc dot gnu dot org
gcc-bugzi...@gcc.gnu.org
wrote:
This code leads to the adding of 0.0,
--- Comment #11 from mlrus at mac dot com 2010-05-14 13:25 ---
The following shows how to patch, compile and use boost 1.43.0 with g++
-std=c++0x. At issue are the rvalue references and typecasts in the boost
threading libraries. Simply tell Boost not to use its rvalue reference code
If a template class whose parent is a template class tries to call a template
method using the normal this-methodnameT() syntax, g++ fails to parse the
source file (details below).
-- begin test case file bug.cpp --
#define BUG_HERE
class T1;
//class A declares a template method
class A
{
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-14 14:22
---
You want: this-template testT1();
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Windows targets that use emutls add a . character as a separator from the
_emutls_{t,v} and the true symbol name. However, exporting these symbol names
from a DLL is problematic (i.e. a thread local data variable), because the .
in the symbol name tells the Windows loader to treat the symbol as a
On Linux/ia32, I got
Executing on host: /export/build/gnu/gcc/build-i686-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-i686-linux/gcc/
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/objc.dg/torture/tls/thr-init-3.m
-O2 -flto -fgnu-runtime
--- Comment #3 from hjl at gcc dot gnu dot org 2010-05-14 14:43 ---
Subject: Bug 44088
Author: hjl
Date: Fri May 14 14:43:32 2010
New Revision: 159395
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159395
Log:
Support AVX for cmpss/cmpsd.
gcc/
2010-05-14 H.J. Lu
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 14:44 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from paolo dot carlini at oracle dot com 2010-05-14 15:04
---
On it, after all ;)
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #26 from armin76 at gentoo dot org 2010-05-14 15:07 ---
Why hasn't that patch have been applied?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974
--- Comment #27 from paolo dot carlini at oracle dot com 2010-05-14 15:11
---
You mean the patch in Comment # 20? Because it seems an hack to me. Maybe Ralf
is willing to explain why is the only possible fix. In the meanwhile just
disabling the generation of the PCHs works around the
Redundant loads and stores created with the new -mtune=bdver1 target. BDVER1 is
optimized to generate packed single moves instead packed double/integer moves
to save 1 byte of space.
Here is the excerpt from the asm dump for ac.f90 benchmark in the Polyhedron
testsuite. Complete asm dump
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 15:25 ---
That's obviously a objc bug, not a lto bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Redundant loads and stores created with the new -mtune=bdver1 target. BDVER1 is
optimized to generate packed single moves instead packed double/integer moves
to save 1 byte of space.
Here is the excerpt from the asm dump for ac.f90 benchmark in the Polyhedron
testsuite. Complete asm dump
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-14 15:31 ---
*** This bug has been marked as a duplicate of 44141 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-14 15:31 ---
*** Bug 44142 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44141
--- Comment #12 from redi at gcc dot gnu dot org 2010-05-14 15:36 ---
(In reply to comment #11)
2. Modify gcc.hpp to disable the conditional compilation of rvalue references
(temporarily, until that part of the code works with g++)
diff gcc.hpp.orig gcc.hpp
124c124,125
# define
--- Comment #28 from dougsemler at gmail dot com 2010-05-14 15:49 ---
I tried adding -nostdinc++ via --enable-cxx-flags configure option, but those
aren't passed through to the pch compilation...and I'm not sure that it's
appropriate to pass all the --enable-cxx-flags to the pch
PR 41564 came back.
--
Summary: -fdump-tree-all for lto does not work as expected
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #2 from kargl at gcc dot gnu dot org 2010-05-14 16:23 ---
The problem seems to be triggered by the upper bound value of 0.
If I change it to 1 or -1 in both the main program and the
subroutine, then the warning is not triggered.
--
kargl at gcc dot gnu dot org changed:
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 16:26 ---
Did it?
./xgcc -B. -o t 1.c 2.c -flto -fdump-tree-optimized
ls t.142t.optimized 1.c.142t.optimized 2.c.142t.optimized
1.c.142t.optimized 2.c.142t.optimized t.142t.optimized
or do you mean with -fwhopr? Yes,
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-14 16:32 ---
I saw
[...@gnu-26 tmp]$ ls /tmp/cc*.alias
/tmp/cc0eEl7p.wpa.o.062t.alias /tmp/cckTN74j.wpa.o.062t.alias
/tmp/cc0fl2Gv.wpa.o.062t.alias /tmp/ccKxCa48.wpa.o.062t.alias
/tmp/cc0mDjKr.wpa.o.062t.alias
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-14 16:33 ---
So that's not -fdump-tree-* do not work as expected but testing leaves
temporary files behind?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--- Comment #3 from kargl at gcc dot gnu dot org 2010-05-14 16:34 ---
I have a patch that I'm testing.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-14 16:35 ---
I suppose the optimization can be re-implemented as a peephole2 or as
optimization
in the assembler instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44141
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 16:38 ---
I opened PR 41708, which is closed as a dup for PR 41564.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-14 16:53 ---
I'll fix it (again).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-14 17:13 ---
Btw, I like to have wpa/ltrans dumps named after the final output file, not
random source files. That would allow easier adaption of dg-scan-* i think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-14 18:09 ---
Subject: Bug 44136
Author: jakub
Date: Fri May 14 18:09:14 2010
New Revision: 159400
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159400
Log:
PR debug/44136
* cfgexpand.c (expand_debug_expr):
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-14 18:11 ---
Subject: Bug 44136
Author: jakub
Date: Fri May 14 18:11:03 2010
New Revision: 159401
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159401
Log:
PR debug/44136
* cfgexpand.c (expand_debug_expr):
On vect256 branch, revision 159384 gave
[...@gnu-18 gcc]$ cat /tmp/x.c
void
foo (char * dest, int xcount, int ycount)
{
int x, y;
for (y = 0; y ycount; y++)
for (x = 0; x xcount; x++)
dest[x + y*2] = 0;
}
[...@gnu-18 gcc]$ ./xgcc -B./ -O2 -ftree-vectorize -O2 -mavx -S /tmp/x.c
--- Comment #1 from hjl at gcc dot gnu dot org 2010-05-14 18:29 ---
Subject: Bug 44144
Author: hjl
Date: Fri May 14 18:28:52 2010
New Revision: 159404
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159404
Log:
Increase base_name alignment only if base_name is a variable.
gcc/
--- Comment #4 from kargl at gcc dot gnu dot org 2010-05-14 18:29 ---
Patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01080.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44135
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-14 18:47 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from jason at gcc dot gnu dot org 2010-05-14 18:55 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 18:55:10 2010
New Revision: 159407
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159407
Log:
PR c++/44127
gcc:
* gimplify.c
--- Comment #2 from jason at gcc dot gnu dot org 2010-05-14 18:55 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 18:55:22 2010
New Revision: 159408
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159408
Log:
PR c++/44127
gcc:
* gimple.h (enum gf_mask): Add
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-14 19:59 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 19:59:32 2010
New Revision: 159410
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159410
Log:
PR c++/44127
gcc:
* gimplify.c
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-14 20:00 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 19:59:43 2010
New Revision: 159411
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159411
Log:
PR c++/44127
gcc:
* gimple.h (enum gf_mask): Add
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-14 20:18 ---
Subject: Bug 44119
Author: rguenth
Date: Fri May 14 20:18:34 2010
New Revision: 159412
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159412
Log:
2010-05-14 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-14 20:22 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
~/gcc/gcc-4_4-branch/mips-build/gcc$ ./xgcc -v
Using built-in specs.
Target: mips-unknown-linux-uclibc
Configured with: ../configure --target=mips-unknown-linux-uclibc
--prefix=/home/ryan/x-tools/mips-unknown-linux-uclibc
--- Comment #2 from froydnj at gcc dot gnu dot org 2010-05-14 20:47 ---
Subject: Bug 44103
Author: froydnj
Date: Fri May 14 20:47:39 2010
New Revision: 159414
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159414
Log:
PR 44103
* java-tree.h
--- Comment #1 from rmansfield at qnx dot com 2010-05-14 20:48 ---
Created an attachment (id=20661)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20661action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44145
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-14 21:02 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 21:02:26 2010
New Revision: 159415
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159415
Log:
2010-05-14 Steven G. Kargl ka...@gcc.gnu.org
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-14 21:16 ---
We fold
D.1794_14 = D.1795_13 * 4;
D.1793_15 = vals[0][0] + D.1794_14;
to vals[0][D.1795_13]
Now we can either avoid doing this kind of foldings or we need to be more
careful when analyzing the result in the
--- Comment #6 from kargl at gcc dot gnu dot org 2010-05-14 21:17 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 21:17:42 2010
New Revision: 159417
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159417
Log:
2010-05-14 Steven G. Kargl ka...@gcc.gnu.org
PR
failures 95
# of unsupported tests 339
make install
gcc --version
gcc (GCC) 4.5.1 20100514 (prerelease)
cd /sources/linux-2.6.33.4
make menuconfig
# KBUILD_CFLAGS += -Os
make
make modules_install
cp arch/x86/boot/bzImage /boot/linux-test
reboot
Hand Copied:
init[1
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-14 21:28 ---
More reduced testcase:
template unsigned R, unsigned C
class M {
public:
M(const int* arr) {
for (unsigned long r = 0; r R; ++r)
for (unsigned long c = 0; c C; ++c)
m[r*C+c] =
1 - 100 of 121 matches
Mail list logo
