http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48174
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=48097
--- Comment #6 from Iain Sandoe 2011-03-18 08:32:39
UTC ---
(In reply to comment #5)
> That's something that has been fixed in PR26208 by adding S modifier for
> signal
> frames and introducing _Unwind_GetIPInfo. So, if Apple unwinder has that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48161
--- Comment #15 from Jakub Jelinek 2011-03-18
08:35:22 UTC ---
Author: jakub
Date: Fri Mar 18 08:35:17 2011
New Revision: 171126
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171126
Log:
PR bootstrap/48161
* expr.c (expand_expr_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48174
--- Comment #3 from Richard Guenther 2011-03-18
08:36:50 UTC ---
Well, it means "unprototyped". Without consulting the DWARF spec
DW_TAG_unspecified_parameters sounds like it would match that.
But yes, ISTR filing a bug about this FE issue at s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #3 from Richard Guenther 2011-03-18
08:38:39 UTC ---
elfutils should be more forgiving
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #7 from Jakub Jelinek 2011-03-18
08:53:03 UTC ---
Looking at gcc-4.2, there is no darwin MD_FALLBACK_FRAME_STATE_FOR for i?86 and
for powerpc it doesn't call _Unwind_SetSignalFrame (xxx, 1) unlike e.g. linux
MD_FALLBACK_FRAME_STATE_FO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47016
Iain Sandoe changed:
What|Removed |Added
Target||*-apple-darwin*
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #5 from Jakub Jelinek 2011-03-18
09:00:59 UTC ---
I believe Eric's change was wrong actually, .debug_aranges section has useful
content even when !arange_table_in_use. In particular, it describes .text and
.text.unlikely sections.
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48161
--- Comment #16 from Jakub Jelinek 2011-03-18
09:04:35 UTC ---
Author: jakub
Date: Fri Mar 18 09:04:31 2011
New Revision: 171127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171127
Log:
PR bootstrap/48161
* expr.c (expand_expr_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #6 from Jakub Jelinek 2011-03-18
09:08:41 UTC ---
And the PR42288 variant would be
if (info_section_emitted)
{
switch_to_section (debug_aranges_section);
output_aranges ();
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48161
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #7 from Jakub Jelinek 2011-03-18
09:20:37 UTC ---
I've tried a-charac.ads and fde_table_in_use is 0 in that case, so I wonder how
the PR46704 patch could stop emitting .debug_aranges in that case (unless there
was some bug that has be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48170
Maxim Kuvyrkov changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #8 from Jakub Jelinek 2011-03-18
09:32:13 UTC ---
If we want to be extra safe (and for 4.6 we need to be), I think
if (fde_table_in_use && info_section_emitted)
or
if ((arange_table_in_use || text_section_used || cold_text_section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #9 from Eric Botcazou 2011-03-18
09:34:48 UTC ---
> I've tried a-charac.ads and fde_table_in_use is 0 in that case, so I wonder
> how
> the PR46704 patch could stop emitting .debug_aranges in that case (unless
> there
> was some bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #10 from Jakub Jelinek 2011-03-18
09:45:45 UTC ---
Thanks, I see. fde_table_in_use is 2 then, arange_table_in_use is 0,
text_section_used 0 and cold_text_section_used 0. So, the #c5 and both #c8
alternatives would fix this issue and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
--- Comment #2 from Richard Guenther 2011-03-18
09:48:39 UTC ---
(compute_affine_dependence
(stmt_a =
D.3677_12 = array[D.3676_11];
)
(stmt_b =
array[D.3675_10] = D.3680_16;
)
(subscript_dependence_tester
(analyze_overlapping_iterations
(ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #11 from Eric Botcazou 2011-03-18
09:51:26 UTC ---
> Thanks, I see. fde_table_in_use is 2 then, arange_table_in_use is 0,
> text_section_used 0 and cold_text_section_used 0. So, the #c5 and both #c8
> alternatives would fix this iss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #12 from Jakub Jelinek 2011-03-18
09:56:33 UTC ---
That is related to .debug_ranges, not .debug_aranges.
E.g. in the int main () { return 0; } case ranges_by_label_in_use is 0, not
surprisingly, we don't emit .debug_ranges in that cas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #13 from Eric Botcazou 2011-03-18
10:05:32 UTC ---
> That is related to .debug_ranges, not .debug_aranges.
Ah, OK. Your solution:
(arange_table_in_use || text_section_used || cold_text_section_used)
seems indeed to be the best o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48156
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=48156
--- Comment #3 from Jakub Jelinek 2011-03-18
10:50:29 UTC ---
The problem is not in %rdx, but %rsi. It was originally initialized from %rbx
right before the call, but now is the %rsi assignment moved before the testing
of the j && equals (i, j)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48170
Maxim Kuvyrkov changed:
What|Removed |Added
Component|tree-optimization |rtl-optimization
--- Comment #2 from Max
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
--- Comment #4 from Richard Guenther 2011-03-18
11:57:11 UTC ---
The patch FAILs
FAIL: gcc.dg/vect/pr37539.c scan-tree-dump-times vect "vectorized 1 loops" 2
FAIL: gcc.dg/vect/pr43432.c scan-tree-dump-times vect "vectorized 1 loops" 1
FAIL: gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48178
Summary: ICE in dwarf2out_var_location, at dwarf2out.c:21969
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48171
--- Comment #3 from hjl at gcc dot gnu.org 2011-03-18
12:42:29 UTC ---
Author: hjl
Date: Fri Mar 18 12:42:24 2011
New Revision: 171135
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171135
Log:
Add Save to -mavx and -mfma.
2011-03-18 H.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48156
Jakub Jelinek changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48156
--- Comment #5 from Jakub Jelinek 2011-03-18
12:45:35 UTC ---
Steven, sorry for looking at a bug you have assigned, I've been just curious
(especially in the light if it should be a 4.6 blocker or not).
I'll leave you DF folks now to sort it out.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48171
--- Comment #4 from hjl at gcc dot gnu.org 2011-03-18
12:47:40 UTC ---
Author: hjl
Date: Fri Mar 18 12:47:37 2011
New Revision: 171136
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171136
Log:
Add Save to -mavx and -mfma.
2011-03-18 H.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48171
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48179
Summary: Reference mismatch in documentation chapter 6
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: other
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48156
--- Comment #6 from Jakub Jelinek 2011-03-18
13:32:13 UTC ---
Actually, I think the bug is in df_get_bb_dirty:
--- gcc/df-core.c.jj2010-12-14 08:11:39.0 +0100
+++ gcc/df-core.c2011-03-18 14:22:43.0 +0100
@@ -1400,10 +1400
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48179
Jonathan Wakely changed:
What|Removed |Added
Keywords||documentation
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48180
Summary: '-fuse-linker-plugin' doesn't work.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...@gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47790
--- Comment #3 from Jeffrey A. Law 2011-03-18 14:01:47
UTC ---
Author: law
Date: Fri Mar 18 14:01:41 2011
New Revision: 171139
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171139
Log:
PR middle-end/47790
* expr.c (optimize_bitfi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47790
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47405
--- Comment #3 from Rainer Orth 2011-03-18 14:10:41 UTC
---
Author: ro
Date: Fri Mar 18 14:10:35 2011
New Revision: 171140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171140
Log:
PR middle-end/47405
* gcc.dg/torture/20090618-1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47405
--- Comment #4 from Rainer Orth 2011-03-18 14:13:37 UTC
---
Author: ro
Date: Fri Mar 18 14:13:32 2011
New Revision: 171141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171141
Log:
PR middle-end/47405
* gcc.dg/torture/20090618-1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48156
--- Comment #7 from Jakub Jelinek 2011-03-18
14:14:15 UTC ---
Another option is:
--- gcc/combine-stack-adj.c2010-12-02 11:51:32.0 +0100
+++ gcc/combine-stack-adj.c2011-03-18 15:12:09.497674812 +0100
@@ -551,7 +551,16 @@ gate_hand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48180
Richard Guenther changed:
What|Removed |Added
Target||x86_64-apple-darwin10
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47790
Richard Guenther changed:
What|Removed |Added
Target Milestone|4.5.3 |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47405
--- Comment #5 from Rainer Orth 2011-03-18 14:18:04 UTC
---
Author: ro
Date: Fri Mar 18 14:17:58 2011
New Revision: 171142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171142
Log:
PR middle-end/47405
* gcc.dg/torture/20090618-1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48180
henry0312 at gmail dot com changed:
What|Removed |Added
Component|target |lto
--- Comment #2 from henry
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48143
Andrey Belevantsev changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48177
Nicola Pero changed:
What|Removed |Added
CC||nicola at gcc dot gnu.org
--- Comment #1 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48180
--- Comment #3 from Richard Guenther 2011-03-18
14:38:26 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > LTO is not enabled by default on x86_64-apple-darwin10 and the apple linker
> > does not support a linker plugin compatible w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181
Summary: [4.5/4.6/4.7 Regression] wrong code with -O -fgcse
--param ira-max-conflict-table-size=0
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48180
--- Comment #4 from Richard Guenther 2011-03-18
14:40:23 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > LTO is not enabled by default on x86_64-apple-darwin10 and the apple
> > > linker
> > > does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.5.3
--- Comment #1 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48180
--- Comment #5 from henry0312 at gmail dot com 2011-03-18 14:50:59 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > (In reply to comment #1)
> > > > LTO is not enabled by default on x86_64-apple-darwin1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48177
--- Comment #2 from rfm at gnu dot org 2011-03-18 14:58:10 UTC ---
The problem showed up with argframe information in base ... which presumably
means that something in base is getting that wrong :-(
I wonder, could we have a runtime function to ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35315
--- Comment #6 from Jason Merrill 2011-03-18
15:06:47 UTC ---
Author: jason
Date: Fri Mar 18 15:06:41 2011
New Revision: 171145
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171145
Log:
PR c++/35315
* c-common.c (handle_transpare
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
--- Comment #43 from Jason Merrill 2011-03-18
15:06:54 UTC ---
Author: jason
Date: Fri Mar 18 15:06:51 2011
New Revision: 171146
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171146
Log:
PR c++/23372
* gimplify.c (gimplify_arg):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48162
--- Comment #4 from Jason Merrill 2011-03-18
15:07:16 UTC ---
Author: jason
Date: Fri Mar 18 15:07:13 2011
New Revision: 171148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171148
Log:
PR c++/48162
* semantics.c (finish_call_exp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48118
--- Comment #1 from Jason Merrill 2011-03-18
15:07:09 UTC ---
Author: jason
Date: Fri Mar 18 15:07:04 2011
New Revision: 171147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171147
Log:
PR c++/48118
* call.c (build_over_call): Do
as of rev 171126, an Ada
bootstrap still fails, but this seems to be a different error.
The failure can be reproduced with
$ gnat1 -quiet -O2 -fPIC -g g-debpoo.adb
+===GNAT BUG DETECTED==+
| 4.7.0 20110318 (experimental) [trunk revision 171126] (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48177
Nicola Pero changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48182
Summary: ICE: SIGSEGV in try_crossjump_to_edge
(cfgcleanup.c:1703) with --param min-crossjump-insns=0
on basic code
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47965
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42954
Janne Blomqvist changed:
What|Removed |Added
CC||thenlich at users dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48183
Summary: ICE [arm] immed_double_const at emit-rtl.c (-mfpu=neon
-g -O1)
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48184
Summary: ICE: SIGFPE (division by zero) in compute_alignments
() at final.c:731 with --param align-threshold=0 on
basic code
Product: gcc
Version: 4.7.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48185
Summary: if(struct ...)
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
Report
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48186
Summary: ICE: SIGFPE (division by zero) in
maybe_hot_frequency_p at predict.c:129 with --param
hot-bb-frequency-fraction=0 on basic code
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48151
Anh Vo changed:
What|Removed |Added
Component|bootstrap |ada
--- Comment #5 from Anh Vo 2011-03-18 15:58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48187
Summary: infinite errors with misplaced [ in @interface
definition
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48185
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48174
--- Comment #4 from Bill Long 2011-03-18 16:08:37 UTC
---
Additional comment from originator of the bug at Cray:
The DIE tag DW_TAG_unspecified_parameters indicates that a variable argument
list starts. Try a simple C program for contrast. Just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48188
Summary: ICE: SIGSEGV in remove_unnecessary_regions
(ira-build.c:1855) with --param ira-max-loops-num=0 on
basic code
Product: gcc
Version: 4.7.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #14 from Jakub Jelinek 2011-03-18
16:18:12 UTC ---
Author: jakub
Date: Fri Mar 18 16:18:05 2011
New Revision: 171150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171150
Log:
PR debug/48176
* dwarf2out.c (dwarf2out_fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189
Summary: [4.3/4.4/4.5/4.6/4.7 Regression] ICE: SIGFPE (division
by zero) in in predict_loops () at predict.c:991 with
--param max-predicted-iterations=0
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48176
--- Comment #15 from Jakub Jelinek 2011-03-18
16:22:10 UTC ---
Author: jakub
Date: Fri Mar 18 16:22:01 2011
New Revision: 171151
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171151
Log:
PR debug/48176
* dwarf2out.c (dwarf2out_fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48156
--- Comment #8 from Paolo Bonzini 2011-03-18 16:24:25
UTC ---
I like the patch from comment 6.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48190
Summary: [regression?] Huge memory use while compiling
qemu-0.4.0
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48191
Summary: internal compiler error: in issue_nops_and_insn, at
config/ia64/ia64.c:8258
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: blocker
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48143
--- Comment #3 from Uros Bizjak 2011-03-18 16:39:36
UTC ---
(In reply to comment #2)
> We ICE because we again issue more than issue_rate insns. And this happens
> because we hit an insn which does not modify the DFA state at all, thus we do
> n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48192
Summary: Conditional macros should not pass #ifdef
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #8 from Perry Smith 2011-03-18 17:10:32
UTC ---
It appears that this not a "gcc" bug but an AIX bug. There is one change but
more changes are needed. I'll try to update when I know more. Expect it to be
a week or so.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48170
--- Comment #3 from Maxim Kuvyrkov 2011-03-18
17:12:24 UTC ---
Author: mkuvyrkov
Date: Fri Mar 18 17:12:19 2011
New Revision: 171155
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171155
Log:
PR rtl-optimization/48170
* gcse.c (ho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48185
--- Comment #2 from Lisp2D 2011-03-18 17:15:23 UTC
---
Code
{ struct passwd*pwd(getpwuid(...));
if(pwd)return true;}
is still compiled.
Code
if(struct passwd*pwd=getpwuid(...))return;
compiled too.
But
if(struct passwd*pwd(getpwuid(...)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48192
--- Comment #1 from Michael Meissner 2011-03-18
17:20:34 UTC ---
Created attachment 23711
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23711
Patch to make conditional macros not 'defined'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48019
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-18 17:21:42 UTC ---
> --- Comment #10 from Ian Lance Taylor 2011-03-17
> 02:58:56 UTC ---
> Thanks. It looks like the Solaris connect call does not honor SA_RESTART for
> some reas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48170
Maxim Kuvyrkov changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48185
--- Comment #3 from Jonathan Wakely 2011-03-18
17:27:43 UTC ---
G++ is right
a declaration in a selection-statement (if or switch) must be of the form:
if ( type-specifier id = initializer )
or in C++0x:
if ( type-specifier id { init } )
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #8 from Jack Howarth 2011-03-18
17:28:19 UTC ---
The response to Comments 5 through 7 from the darwin linker developer is...
-
Unfortunately, the _sigtramp functi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48162
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48118
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #9 from Daniel Richard G. 2011-03-18
18:05:13 UTC ---
(In reply to comment #8)
> It appears that this not a "gcc" bug but an AIX bug.
The error was precipitated by an AIX system update, but at the same time, it
can be said that the A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48168
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #10 from Perry Smith 2011-03-18 18:57:07
UTC ---
IZ81343 (or one of its sister APARs) fixes the original issue. But, it leaves
a new issue. The new error looks like:
ld: 0711-596 SEVERE ERROR: Object expand.o
An RLD for sec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48193
Summary: [4.7 Regression] ICE: verify_ssa failed: type mismatch
between an SSA_NAME and its symbol with -flto --param
partial-inlining-entry-probability=101
Product: gcc
Versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48194
Summary: gcc -std=c99 fails to link when calling inline
function
Product: gcc
Version: 4.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48195
Summary: ICE: vector VEC(ipa_node_params_t,base) index domain
error, in ipa_analyze_node at ipa-prop.c:1525 with
-flto --param partial-inlining-entry-probability=101
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48194
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
1 - 100 of 139 matches
Mail list logo
