--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:50
---
Subject: Bug 45107
Author: mkuvyrkov
Date: Wed Jul 28 16:50:14 2010
New Revision: 162645
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162645
Log:
PR rtl-optimization/45107
* gcse.c
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51
---
Thanks for checking.
*** This bug has been marked as a duplicate of 45105 ***
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51
---
*** Bug 45104 has been marked as a duplicate of this bug. ***
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:52
---
Should be fixed by the above patch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-28 17:00 ---
Subject: Bug 45103
Author: jakub
Date: Wed Jul 28 17:00:06 2010
New Revision: 162646
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162646
Log:
PR debug/45103
* dwarf2out.c
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-28 17:01 ---
Subject: Bug 45105
Author: jakub
Date: Wed Jul 28 17:01:05 2010
New Revision: 162647
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162647
Log:
PR debug/45105
* gcse.c (hoist_code): Use
This is similar to PR44946 that was fixed in gcc-4.6pre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44946
Command line:
mipsel-linux-gcc test.c -c -o test.o -O2
Output:
test.c: In function o_plist_deserialize_xml:
test.c:34: internal compiler error: tree check: expected class expression,
--- Comment #1 from jipeng at broadcom dot com 2010-07-28 17:09 ---
Created an attachment (id=21340)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21340action=view)
testing case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
DWARF 3 introduced DW_AT_object_pointer, for marking the this parameter
of a method. GCC does not emit this, so currently GDB has to use a
heuristic to detect this.
--
Summary: GCC does not emit DW_AT_object_pointer
Product: gcc
Version: 4.6.0
--- Comment #29 from uweigand at gcc dot gnu dot org 2010-07-28 18:00
---
Subject: Bug 42509
Author: uweigand
Date: Wed Jul 28 18:00:08 2010
New Revision: 162650
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162650
Log:
Backport from mainline:
2010-04-03
--- Comment #30 from uweigand at gcc dot gnu dot org 2010-07-28 18:01
---
Backported fix to 4.4 branch as well. The bug should now be fixed everywhere.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
I recently noticed that for the main function the _monstartup call gets emitted
after _mcount call. This leads to the issue, that for the main function itself
no information are getting gathered.
A possible solution here would be to call mcount for main-function, if not
-mfentry is used, a second
--- Comment #4 from changpeng dot fang at amd dot com 2010-07-28 18:22
---
Andrew's example is exactly what the prefetch sees for the test case (in the
bug description). Unfortunately, the prefetch pass could not recognize that
vect_pa.6_24 and vect_pa.20_38 are exactly the same
Building the following testcase fails with G++ 4.5 and later.
G++ 4.4 works fine.
struct JSString
{
unsigned char mLength;
static JSString unitStringTable[];
};
JSString JSString::unitStringTable[] __attribute__ ((aligned (8))) = { 1 };
int bug [__alignof__ (JSString::unitStringTable) = 8
--- Comment #5 from changpeng dot fang at amd dot com 2010-07-28 18:28
---
Thing is a little complicate if we change the code to:
a[i] = a[i+1] + beta * b[i];
The prefetch pass want to group a[i] and a[i+1], i.e. they have
the same base address with an offset of 4 bytes.
--
--- Comment #2 from mikpe at it dot uu dot se 2010-07-28 19:05 ---
Not just MIPS, I get this ICE with gcc-4.4 on arm, powerpc64, and sparc64. On
i686 a native gcc-4.4 doesn't ICE but a cross to arm does. gcc-4.5 doesn't
ICE.
--
mikpe at it dot uu dot se changed:
What
$cat test1.cpp
templatetypename X,typename Y struct is_same { static bool const value=false;
};
templatetypename X struct is_sameX,X { static bool const value=true; };
templatetypename... X struct U {};
struct Q { typedef Uint x,int y C; };
typedef char check[is_sameint,Q::C::value ? 1 : -1];
--
Summary: implement C++0x alias-declaration
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy:
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from jason at gcc dot gnu dot org 2010-07-28 19:13 ---
Created an attachment (id=21341)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21341action=view)
initial incomplete patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28
19:18 ---
Subject: Re: [4.6 Regression] ICE: Segmentation fault
(cc1) compiling matmul_i1.c
Replacing stage2/stage3 version of loop-iv.o with stage1 version results
in successful compilation of matmul_i1.c.
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-28 19:36 ---
Confirmed on x86_64-linux. Not similar to PR44946, but I fixed a similar bug
on the mem-ref branch.
Thus, mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--
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=45112
compiling this with 'gcc -O3 -S x.c'
x.c ---
#define PURE __attribute__((pure))
struct res {int u; };
extern struct res calc_1() PURE;
extern intcalc_2() PURE;
int fun_1()
{
return calc_1().u+calc_1().u;
}
int fun_2()
{
return calc_2()+calc_2();
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-28 19:48 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from mikael at gcc dot gnu dot org 2010-07-28 20:01 ---
(In reply to comment #16)
Reassigning to Janus then ...
I will submit my patch.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org
--- Comment #2 from paolo at gcc dot gnu dot org 2010-07-28 20:03 ---
Subject: Bug 45096
Author: paolo
Date: Wed Jul 28 20:02:56 2010
New Revision: 162657
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162657
Log:
2010-07-28 Paolo Carlini paolo.carl...@oracle.com
PR
--- Comment #3 from paolo dot carlini at oracle dot com 2010-07-28 20:04
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-28 20:05 ---
We can only value-number things which define an SSA name.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The file config/ia64/vms_symvec_libgcc_s.opt, though with a .opt name,
is not an options file. po/exgettext incorrectly processes it as if it
were one, so leading to extraneous messages in gcc.pot. Either the file
should be renamed, or exgettext should exclude it.
(The file is referenced in
--- Comment #13 from danglin at gcc dot gnu dot org 2010-07-28 20:21
---
RTL seems to go wrong in ira. We have after sched1:
(insn 1311 1308 1312 134 (set (reg/f:SI 926 [ const_int_rtx+256 ])
(mem/s/f:SI (plus:SI (reg/f:SI 1207)(const_int 256 [0x100])) [3
--- Comment #6 from burnus at gcc dot gnu dot org 2010-07-28 20:34 ---
Patch: http://gcc.gnu.org/ml/fortran/2010-07/msg00430.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
GCC segfaults on this program while printing diagnostic:
SUBROUTINE DFTAX8A(F,H,MAPAUX,IAUXTYP,LOCAUX)
COMMON /INFOA / NAT,ICH,MUL,NUM,NQMT,NE,NA,NB,
* TMPTMP(NUM+NAUXFUN,NUM+NAUXFUN)
END
This happens in resolve_array_bound, on trying to access a NULL pointer:
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org
--- Comment #1 from uweigand at gcc dot gnu dot org 2010-07-28 21:47
---
Proposed fix posted here:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02223.html
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from bernds at gcc dot gnu dot org 2010-07-28 22:14 ---
That seems to be helpful - thank you. I think I can reproduce it: insn 2909 is
generated during save_call_clobbered_regs, and I think I see how it relates to
revision 162418. I hope to have a fix tomorrow or
libtool: compile: /Users/dave/gnu/gcc/objdir/./gcc/xgcc
-B/Users/dave/gnu/gcc/o
bjdir/./gcc/ -B/opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin9/bin/
-B/opt/gnu/gcc/gcc
-4.6.0/i686-apple-darwin9/lib/ -isystem
/opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin
9/include -isystem
--- Comment #15 from mikpe at it dot uu dot se 2010-07-28 23:31 ---
Richard's proposed fix appears to need the PR44284 fix to avoid regressing
vect-20.c, much like PR44828 also needed PR44284 to not regress vectorization
tests. Current 4.5 has PR44284 backported, so the PR45034 fix
On Linux/ia32, revision 162656 went into infinite loop during
bootstrap:
11445 hjl 20 0 57792 13m 9724 R 100.1 0.2 278:42.87 cc1
11509 hjl 20 0 60884 21m 13m R 100.1 0.3 278:40.99 cc1
11527 hjl 20 0 63292 23m 13m R 100.1 0.3 278:32.08
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-29 00:55 ---
Revision 162649 is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45119
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-07-29 00:59
---
I will have a look.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
With -fipa-pta in flags, pta-field-2.c FAILs:
FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O2
FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O3 -g
FAIL: gcc.c-torture/execute/pta-field-2.c
On Linux/x86-64, revision 162661 gave
FAIL: c-c++-common/uninit-17.c (test for warnings, line 12)
FAIL: c-c++-common/uninit-17.c (test for warnings, line 12)
FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for warnings, line 12)
FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-29 01:06 ---
It is caused by revision 162653:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01007.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
With -funsafe-loop-optimizations in flags, pr27285.c FAILs:
FAIL: gcc.c-torture/execute/pr27285.c execution, -O1
FAIL: gcc.c-torture/execute/pr27285.c execution, -O2
FAIL: gcc.c-torture/execute/pr27285.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/pr27285.c execution,
--- Comment #1 from zsojka at seznam dot cz 2010-07-29 01:24 ---
25,17,19,1 should have been 25,17,9,1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
--- Comment #2 from yenchengwang at gmail dot com 2010-07-29 01:27 ---
Created an attachment (id=21345)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21345action=view)
the preprocessed file of page-writeback
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-29 01:28 ---
IV-OPTS is choosing b-8 as the IV which seems wrong anyways as that produces
worse code as far as I can tell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-07-29 01:32
---
Subject: Bug 44931
Author: jvdelisle
Date: Thu Jul 29 01:32:23 2010
New Revision: 162667
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162667
Log:
2010-07-28 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-29 03:49 ---
It is caused by revision 162653:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01007.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
With this file (that's a string of 512 spaces):
main()
{
__asm(
I'm producing MIPS code with gcc 4.3.3, specifically on the PSP.
When I started looking over the output, I started noticing a strange
pattern: the code is often using the s registers which need to be saved
rather than the t registers which don't. This produces code that constantly
needs to save
--- Comment #2 from davidxl at gcc dot gnu dot org 2010-07-29 05:51 ---
The problem is that before the ivopt patch, the ivopt patch introduced a iv
candidate that is unconditionally initialized with b:
ivtmp_xxx = b (D);
After the patch, this assignment no longer exists, and the use
101 - 154 of 154 matches
Mail list logo
