http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #54 from PcX 2011-03-16 06:53:47 UTC
---
(In reply to comment #53)
> If I don't use LTO Optimization, Vadim Zeitlin's patch works well.
> But if I use LTO Optimization, the compiling speed becomes vey slow, and the
> linker stage fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
--- Comment #6 from Alan Modra 2011-03-16 06:26:33
UTC ---
Author: amodra
Date: Wed Mar 16 06:26:29 2011
New Revision: 171031
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171031
Log:
PR target/45844
* config/rs6000/rs6000.c (rs6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
PcX changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #53 from Pc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #24 from Jerry DeLisle 2011-03-16
04:10:09 UTC ---
Created attachment 23678
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23678
Valgrind out for test case that completes compilation
This attachment with the version of the test
/z/compiler-install/gcc-r171019-install
--program-prefix=r171019- --enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 20110315 (experimental) (GCC)
regehr@home:~/volatile/bugs/tmp004$ current-gcc -c small.c -O2
small.c: In function ‘func_67’:
small.c:14:1: internal compiler error: tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47256
lianhao.lu at intel dot com changed:
What|Removed |Added
CC||lianhao.lu at intel dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #23 from Jerry DeLisle 2011-03-16
03:01:11 UTC ---
Another small piece just before the error message.
$ valgrind --leak-check=full f951 pr47546.f90
==3316== Memcheck, a memory error detector
==3316== Copyright (C) 2002-2009, and GNU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #22 from Jerry DeLisle 2011-03-16
02:58:59 UTC ---
Another valgrind chunk:
==3316== 318 bytes in 2 blocks are definitely lost in loss record 357 of 443
==3316==at 0x4A04896: calloc (vg_replace_malloc.c:418)
==3316==by 0xD4974
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #21 from Jerry DeLisle 2011-03-16
02:57:02 UTC ---
partial valgrind:
==3316== 5,104 bytes in 2 blocks are definitely lost in loss record 433 of 443
==3316==at 0x4A04896: calloc (vg_replace_malloc.c:418)
==3316==by 0xD49748: x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48145
Summary: Generic interfaces & derived types cannot share names
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48144
Summary: ICE: in code_motion_path_driver, at sel-sched.c:6575
with -fselective-scheduling2 and custom flags
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #19 from Rich Townsend 2011-03-16
02:29:35 UTC ---
(In reply to comment #18)
> (In reply to comment #8)
> > This is a *very* strange bug, to say the least. Here is a reduced test case:
> >
> >
> > module hydro_types
> > implicit n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48143
Summary: ICE: in reset_sched_cycles_in_current_ebb, at
sel-sched.c:7114 with custom flags
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48142
Summary: miscompilation with -mpreferred-stack-boundary=5
-fstack-check=specific
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29160
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48123
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48123
--- Comment #2 from dougkwan at gcc dot gnu.org 2011-03-15 23:39:07 UTC ---
Author: dougkwan
Date: Tue Mar 15 23:39:02 2011
New Revision: 171020
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171020
Log:
2011-03-15 Doug Kwan
PR
Nick Clifton writes:
> Hi Eric, Hi Richard,
>
> A customer has reported the following bug with the MIPS target. Since
> it is for a GNU extension to the C language (zero-length arrays) that
> is being used in a non-intended fashion (the zero-length array is in a
> structure with no other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48123
--- Comment #1 from dougkwan at gcc dot gnu.org 2011-03-15 20:57:00 UTC ---
Author: dougkwan
Date: Tue Mar 15 20:56:52 2011
New Revision: 171019
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171019
Log:
2011-03-15 Doug Kwan
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48140
--- Comment #2 from Simon DeDeo 2011-03-15
20:48:28 UTC ---
Created attachment 23672
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23672
.i file (Different system, gcc 4.1.2 (Gentoo 4.1.2 p1.1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48140
--- Comment #1 from Simon DeDeo 2011-03-15
20:46:55 UTC ---
Created attachment 23671
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23671
.i file (Intel Core i7, gcc 4.5.2)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48141
Summary: [4.4/4.5/4.6/4.7 Regression] DSE compile time hog
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #41 from Janne Blomqvist 2011-03-15
20:38:18 UTC ---
(In reply to comment #37)
> #if defined(__alpha__) && defined(__osf__)
> #undef HAVE_CLOCK_GETTIME
> #endif
>
> or some configure.ac equivalent. Ugly but still better than complet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48140
Summary: fmod() not accurate to double precision?
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48139
Summary: __builtin_lrintf() becomes a library call, not an
cvtss2si instruction
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788
--- Comment #9 from Ramana Radhakrishnan 2011-03-15
20:06:16 UTC ---
(In reply to comment #7)
> AFAICS, however, pr47688.c is still there.
I think I managed to delete it now even though I did do a svn rename.
Ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48130
Hans-Peter Nilsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48129
Hans-Peter Nilsson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788
--- Comment #8 from Ramana Radhakrishnan 2011-03-15
19:59:29 UTC ---
Author: ramana
Date: Tue Mar 15 19:59:25 2011
New Revision: 171017
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171017
Log:
Fix PR target/46788
Added:
branches/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47862
--- Comment #8 from Pat Haugen 2011-03-15
19:43:44 UTC ---
Author: pthaugen
Date: Tue Mar 15 19:43:38 2011
New Revision: 171016
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171016
Log:
PR target/47862
* caller-save.c (in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46922
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46922
--- Comment #6 from Paolo Carlini 2011-03-15
19:03:01 UTC ---
Uhhhm, you are right, doesn't make much sense, I don't know what i was
thinking. Luckily we are still in time to move those lines in gnu.ver. Let me
know if you want me to do it or you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48130
--- Comment #5 from Benjamin Kosnik 2011-03-15
19:01:57 UTC ---
HP if you can confirm this is now working, can you close this? thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47309
Eric Le Lay changed:
What|Removed |Added
CC||elelay at macports dot org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46922
--- Comment #5 from Benjamin Kosnik 2011-03-15
18:43:21 UTC ---
Hey P, why was bad_function_call added in CXXABI instead of GLIBCXX? That
doesn't make sense to me.
-benjamin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39753
m...@gcc.gnu.org changed:
What|Removed |Added
Keywords|alias, wrong-code |
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34758
--- Comment #10 from Jason Merrill 2011-03-15
18:27:15 UTC ---
Author: jason
Date: Tue Mar 15 18:27:09 2011
New Revision: 171009
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171009
Log:
PR c++/34758
* call.c (convert_default_arg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47557
Jeffrey Yasskin changed:
What|Removed |Added
CC||jyasskin at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48138
Summary: __attribute__((aligned)) should give an error when
applied to a typedef or template parameter, at least
in C++0x mode.
Product: gcc
Version: 4.6.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48127
--- Comment #3 from Dmitry Gorbachev
2011-03-15 18:00:23 UTC ---
I do not agree that the testcase is invalid. As the standart says:
Common extensions
Multiple external definitions
There may be more than one external definition for the
Hi Eric, Hi Richard,
A customer has reported the following bug with the MIPS target. Since
it is for a GNU extension to the C language (zero-length arrays) that
is being used in a non-intended fashion (the zero-length array is in a
structure with no other fields) I doubt if you will want
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #40 from Janne Blomqvist 2011-03-15
17:19:43 UTC ---
(In reply to comment #37)
> >> I'd really like to see this fixed before 4.6.0: it is a regression from
> >> 4.5 and makes fortran completely unusable on Tru64 UNIX for a relatively
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788
--- Comment #7 from Paolo Carlini 2011-03-15
17:16:11 UTC ---
AFAICS, however, pr47688.c is still there.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #39 from Jakub Jelinek 2011-03-15
17:08:03 UTC ---
Looks fine to me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788
--- Comment #6 from Ramana Radhakrishnan 2011-03-15
17:07:56 UTC ---
(In reply to comment #5)
> Author: ramana
> Date: Tue Mar 15 17:05:51 2011
> New Revision: 171002
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171002
> Log:
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135
--- Comment #5 from Jonathan Wakely 2011-03-15
17:07:04 UTC ---
(In reply to comment #4)
> Sun ld yes, libstdc++ i suppose (although i was caught in libgomp) and
> --disable-symvers is the next thing i'm going to try.
>
> Still not convinced tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47688
--- Comment #3 from Ramana Radhakrishnan 2011-03-15
17:05:56 UTC ---
Author: ramana
Date: Tue Mar 15 17:05:51 2011
New Revision: 171002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171002
Log:
Fixup last commit.
Fixed PR target/46788
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788
--- Comment #5 from Ramana Radhakrishnan 2011-03-15
17:05:56 UTC ---
Author: ramana
Date: Tue Mar 15 17:05:51 2011
New Revision: 171002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171002
Log:
Fixup last commit.
Fixed PR target/46788
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #23 from joe at mcknight dot de 2011-03-15 17:05:24 UTC ---
(In reply to comment #22)
> > Compare it to:
> >
> > typedef int mytype;
> > int myfunc2(mytype var) {
> > return 1;
> > };
> >
> > which outputs
> >
> > static int my
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
Janne Blomqvist changed:
What|Removed |Added
Attachment #23648|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48137
Zdenek Sojka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48136
--- Comment #3 from Jakub Jelinek 2011-03-15
16:46:02 UTC ---
Created attachment 23668
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23668
gcc47-pr48136.patch
Patch I'm going to bootstrap/regtest.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135
Denis Excoffier changed:
What|Removed |Added
CC||Denis.Excoffier at airbus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48137
--- Comment #3 from Richard Guenther 2011-03-15
16:36:34 UTC ---
Yes, well ... if it "works" you are lucky. "Works" in this case can even
mean we simply don't turn the indirect call into a direct one (in which
case we'll not notice the fn is alw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #22 from rguenther at suse dot de
2011-03-15 16:33:09 UTC ---
On Tue, 15 Mar 2011, joe at mcknight dot de wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
>
> --- Comment #21 from joe at mcknight dot de 2011-03-15 16:18:37
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48137
--- Comment #2 from Zdenek Sojka 2011-03-15 16:32:37
UTC ---
Oh, sorry. It was reduced from gcc.c-torture/compile/pr44043.c:
...
static inline __attribute__((always_inline)) int dst_output(struct sk_buff
*skb) {
return skb_dst(skb)->output(s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48137
--- Comment #1 from Richard Guenther 2011-03-15
16:29:33 UTC ---
indirect calls can't be always-inline, the testcase is invalid.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47510
--- Comment #5 from Richard Guenther 2011-03-15
16:24:27 UTC ---
(In reply to comment #4)
> This is because G++ generates struct F::C. The instantiated
> F::C a typedef. No anonymous struct is generated inside F.
> What is generated is really t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #37 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-15 16:24:01 UTC ---
>> I'd really like to see this fixed before 4.6.0: it is a regression from
>> 4.5 and makes fortran completely unusable on Tru64 UNIX for a relatively
>> minor gai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48137
Summary: [4.6/4.7 Regression] "sorry, unimplemented: inlining
failed in call to 'cb'" with -fnon-call-exceptions
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #21 from joe at mcknight dot de 2011-03-15 16:18:37 UTC ---
(In reply to comment #19)
> All looks good to me with your C testcase:
>
> (gdb) call debug_generic_expr (fndecl->common.type)
> int (struct
> {
> double dvar;
> int iva
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47668
--- Comment #8 from Ramana Radhakrishnan 2011-03-15
16:14:29 UTC ---
Author: ramana
Date: Tue Mar 15 16:14:21 2011
New Revision: 171000
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171000
Log:
Fix PR 47688
2011-03-18 Ramana Radhakrish
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47688
--- Comment #2 from Ramana Radhakrishnan 2011-03-15
16:14:29 UTC ---
Author: ramana
Date: Tue Mar 15 16:14:21 2011
New Revision: 171000
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171000
Log:
Fix PR 47688
2011-03-18 Ramana Radhakrish
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #20 from joe at mcknight dot de 2011-03-15 16:03:23 UTC ---
Unfortunately I cannot confirm that this bug is fixed, so I need to reopen it.
For one thing this bug is not only about variadic functions, but
dump_function_declaration() ret
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #19 from Richard Guenther 2011-03-15
15:59:44 UTC ---
All looks good to me with your C testcase:
gcc> gdb --args ./cc1 -quiet t.i
(gdb) b gimplify_function_tree
Breakpoint 5 at 0x855ac4: file /space/rguenther/src/svn/trunk/gcc/gimpli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #18 from Richard Guenther 2011-03-15
15:56:04 UTC ---
comment #13 would happen if the list of argument types is not terminated by
the shared tree node void_list_node but by a clone. We expect the
shared void_list_node to be used else
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #17 from joe at mcknight dot de 2011-03-15 15:53:23 UTC ---
Created attachment 23666
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23666
debug output from a run of the modified function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #16 from joe at mcknight dot de 2011-03-15 15:52:01 UTC ---
Created attachment 23665
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23665
dump_function_declaration with debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47552
--- Comment #8 from Francois-Xavier Coudert
2011-03-15 15:36:16 UTC ---
(In reply to comment #7)
> - Yes, Fortran itself does not have unsigned integers, but the string length
> type is invisible to Fortran programs. The LEN intrinsic does return
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48136
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47552
--- Comment #7 from Janne Blomqvist 2011-03-15 15:26:05
UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > If not before, perhaps something to fix when/if we change to use size_t for
> > string lengths, see http://gcc.gnu.org/wiki/Li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135
--- Comment #3 from Jonathan Wakely 2011-03-15
15:19:34 UTC ---
But are you using Sun ld, building libstdc++, and not using --disable-symvers?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48136
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48112
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135
--- Comment #2 from Denis Excoffier
2011-03-15 15:09:37 UTC ---
Oh, thank you for pointing, but i should not be concerned since i
didn't modify the sources (i simply include gmp/mpfr/mpc within
the source directory tree).
Perhaps this is a side-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48136
Summary: verify_gimple failed at -O0
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135
Summary: build fails on Solaris2.8 due to Glob.pm not found
within /usr/perl5
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48134
--- Comment #3 from Jakub Jelinek 2011-03-15
14:36:39 UTC ---
Created attachment 23664
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23664
gcc46-pr48134.patch
This fixes it, though perhaps as discussed earlier we want to fold everything
in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48133
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48134
--- Comment #2 from Richard Guenther 2011-03-15
13:59:05 UTC ---
That's the COMPONENT_REF case which runs into get_inner_reference which
doesn't deal with invalid MEM_REFs either. It returns t.s as base.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48134
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13954
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650
--- Comment #14 from Richard Guenther 2011-03-15
13:39:50 UTC ---
Author: rguenth
Date: Tue Mar 15 13:39:28 2011
New Revision: 170995
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170995
Log:
2011-03-15 Richard Guenther
PR middle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48134
Summary: [4.6/4.7 Regression] ICE: in refs_may_alias_p_1, at
tree-ssa-alias.c:1085 with custom flags
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13954
--- Comment #18 from Richard Guenther 2011-03-15
13:37:42 UTC ---
Author: rguenth
Date: Tue Mar 15 13:37:23 2011
New Revision: 170994
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170994
Log:
2011-03-15 Richard Guenther
PR tree-o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48132
--- Comment #3 from Jakub Jelinek 2011-03-15
13:19:09 UTC ---
Regressed (expectedly) with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166167
The problem seems to be that the middle-end relies on indexes being filled in
in ctors for arrays, b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
Alan Modra changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
Status|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48032
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48032
--- Comment #4 from Alan Modra 2011-03-15 12:57:42
UTC ---
Author: amodra
Date: Tue Mar 15 12:57:37 2011
New Revision: 170990
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170990
Log:
PR target/48032
* config/rs6000/rs6000.c (off
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48124
--- Comment #5 from Aldy Hernandez 2011-03-15
12:42:36 UTC ---
> struct S
> {
>signed a : 26;
>signed b : 16;
>signed c : 10;
>volatile signed d : 14;
>int e;
> } s;
> I think you can't just modify s.e when writing s.d (I thin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48037
--- Comment #8 from Richard Guenther 2011-03-15
12:41:57 UTC ---
The patch fixed the pass-by-value cases to no longer go through stack memory.
The useless reg-reg moves prevail:
_Z6vsqrt2U8__vectord:
.LFB520:
.cfi_startproc
sqrts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48037
--- Comment #7 from Richard Guenther 2011-03-15
12:22:18 UTC ---
Author: rguenth
Date: Tue Mar 15 12:22:12 2011
New Revision: 170986
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170986
Log:
2011-03-15 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48132
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39753
--- Comment #8 from Richard Guenther 2011-03-15
11:49:12 UTC ---
The easiest way is to attach the may_alias attribute to all object types that
should not be subject to TBAA. Bonus point if you transition that attribute
to use a flag instead.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48133
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46763
Richard Guenther changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39753
Iain Sandoe changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
Known to fail|
1 - 100 of 129 matches
Mail list logo
