http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49207
--- Comment #2 from hanib at ece dot ubc.ca 2011-05-28 06:20:36 UTC ---
Created attachment 24385
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24385
assembly language file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49207
--- Comment #1 from hanib at ece dot ubc.ca 2011-05-28 06:19:34 UTC ---
Created attachment 24384
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24384
preprocessed file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49207
Summary: Instruction scheduling error in GCC mips
cross-compiler
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47049
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47049
--- Comment #14 from Jason Merrill 2011-05-28
03:22:34 UTC ---
Author: jason
Date: Sat May 28 03:22:31 2011
New Revision: 174377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174377
Log:
PR c++/47049
* semantics.c (maybe_add_lamb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49205
--- Comment #4 from Johannes Schaub
2011-05-28 02:06:07 UTC ---
(In reply to comment #3)
> I would expect that the initialization text would be amended appropriately. I
> think that we should go for consistency and say non-templates only, the sam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49205
--- Comment #3 from Sean Hunt 2011-05-28
01:55:07 UTC ---
I would expect that the initialization text would be amended appropriately. I
think that we should go for consistency and say non-templates only, the same as
for copy and move constructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49205
--- Comment #2 from Johannes Schaub
2011-05-28 01:45:29 UTC ---
(In reply to comment #1)
> While this behavior is erroneous, consensus at clang was that WG21 made an
> oversight in allowing this. Template constructors are banned from being copy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49205
Sean Hunt changed:
What|Removed |Added
CC||coppro at users dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47049
--- Comment #13 from Jason Merrill 2011-05-28
00:53:53 UTC ---
Author: jason
Date: Sat May 28 00:53:49 2011
New Revision: 174375
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174375
Log:
PR c++/47049
* semantics.c (maybe_add_lamb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49206
Summary: RA failure in spill_failure, at reload1.c:2113
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49205
Summary: Default constructor with pack expansion parameter not
detected
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49204
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49204
Summary: remaining issues in
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: r...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42502
Andrew Pinski changed:
What|Removed |Added
Target Milestone|4.4.7 |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49203
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165
--- Comment #15 from Vijay Rao 2011-05-27 22:19:00
UTC ---
Ok, thanks for this. While using 4.5.1 I'm also stuck in a toolchain using
3.4.6 for which the latter doesn't fail when one of the conditional args is of
type bool but does give the "void
t[i + 1] = (tmp >> 16) & 0xFF;
output[i + 2] = (tmp >> 8) & 0xFF;
output[i + 3] = (tmp >> 0) & 0xFF;
}
}
}
///
g++ (GCC) 4.7.0 20110527 (experimental)
g++ -O2 -S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #96 from Jan Hubicka 2011-05-27
21:57:27 UTC ---
Stream in oprofile is now quite changed:
33258 9.6313 lto1 htab_find_slot_with_hash
29679 8.5949 lto1 lto_input_tree
18338 5.3106
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49186
Kazumoto Kojima changed:
What|Removed |Added
Target|sh4-linux-gnu |sh*-*-*
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49186
--- Comment #2 from Kazumoto Kojima 2011-05-27
21:42:59 UTC ---
Created attachment 24382
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24382
A reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48354
--- Comment #8 from Jan Hubicka 2011-05-27
21:37:46 UTC ---
Hmm, so shall I still try the patch?
The ICE is now more common. We used to fail twice during mozilla build, now we
fail about approximately 5 different shared libraries.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
--- Comment #51 from Tobias Burnus 2011-05-27
21:29:22 UTC ---
Author: burnus
Date: Fri May 27 21:29:19 2011
New Revision: 174364
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174364
Log:
2011-05-27 Tobias Burnus
PR fortran/1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49198
--- Comment #3 from Paolo Carlini 2011-05-27
21:15:31 UTC ---
Thanks for the clarification. Indeed, Comeau online rejects it, current ICC,
even in strict-ansi mode, doesn't however (also using EDG, AFAIK), weird.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49198
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49176
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47277
--- Comment #5 from Jason Merrill 2011-05-27
20:48:27 UTC ---
Author: jason
Date: Fri May 27 20:48:24 2011
New Revision: 174363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174363
Log:
PR c++/47277
* parser.c (cp_parser_unqualif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48284
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48284
--- Comment #3 from Jason Merrill 2011-05-27
20:48:19 UTC ---
Author: jason
Date: Fri May 27 20:48:17 2011
New Revision: 174362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174362
Log:
PR c++/48284
* error.c (dump_expr) [COMPONE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47687
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47132
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49202
Summary: MMIX: Wrong debugging information generated (UNKNOWN:
length 2)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49201
Summary: ice in tree_add_const_value_attribute
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47049
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48981
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49200
Summary: Segmentation fault in vect_is_slp_reduction
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48981
--- Comment #8 from Andrew Pinski 2011-05-27
20:19:16 UTC ---
Author: pinskia
Date: Fri May 27 20:19:13 2011
New Revision: 174359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174359
Log:
2011-05-27 Andrew Pinski
PR middle-end/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49195
--- Comment #4 from Segher Boessenkool 2011-05-27
20:14:05 UTC ---
This is the match_op_dup operand in
(define_insn ""
[(set (match_operand:CC 0 "cc_reg_operand" "=x,?y")
(compare:CC (match_operator:SI 1 "scc_comparison_operator"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49199
Summary: [4.7 Regression] ICE: in
vect_create_epilog_for_reduction at
tree-vect-loop.c:3445 with -O -fno-tree-scev-cprop
-ftree-vectorize -funswitch-loops
Product: gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49195
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49195
--- Comment #2 from Segher Boessenkool 2011-05-27
19:51:13 UTC ---
Created attachment 24377
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24377
diff from good to bad insn-recog.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46728
--- Comment #9 from William J. Schmidt 2011-05-27
19:39:11 UTC ---
Author: wschmidt
Date: Fri May 27 19:39:07 2011
New Revision: 174358
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174358
Log:
2011-05-27 Bill Schmidt
PR tree-opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47277
--- Comment #4 from Paolo Carlini 2011-05-27
19:33:30 UTC ---
Oops, sorry about the wrong remark about the disappeared ICE, I had the
compiler built with checking disabled to speed up library library testing. The
rest of the comment lives, howeve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47277
--- Comment #3 from Jason Merrill 2011-05-27
19:32:18 UTC ---
Author: jason
Date: Fri May 27 19:32:14 2011
New Revision: 174355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174355
Log:
PR c++/47277
* parser.c (cp_parser_unqualif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47132
--- Comment #2 from Jason Merrill 2011-05-27
19:32:33 UTC ---
Author: jason
Date: Fri May 27 19:32:30 2011
New Revision: 174357
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174357
Log:
PR c++/47132
* mangle.c (write_expression):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48284
--- Comment #2 from Jason Merrill 2011-05-27
19:32:01 UTC ---
Author: jason
Date: Fri May 27 19:31:59 2011
New Revision: 174353
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174353
Log:
PR c++/48284
* error.c (dump_expr) [COMPONE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47687
--- Comment #3 from Jason Merrill 2011-05-27
19:32:09 UTC ---
Author: jason
Date: Fri May 27 19:32:07 2011
New Revision: 174354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174354
Log:
PR c++/47687
* pt.c (dependent_type_p_r): A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49176
--- Comment #9 from Jason Merrill 2011-05-27
19:32:25 UTC ---
Author: jason
Date: Fri May 27 19:32:22 2011
New Revision: 174356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174356
Log:
PR c++/49176
* g++.dg/template/const5.C: Ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49181
--- Comment #1 from Jason Merrill 2011-05-27
19:31:55 UTC ---
Author: jason
Date: Fri May 27 19:31:51 2011
New Revision: 174352
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174352
Log:
PR c++/49181
* pt.c (get_mostly_instantiate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165
--- Comment #14 from Jakub Jelinek 2011-05-27
19:23:49 UTC ---
Author: jakub
Date: Fri May 27 19:23:46 2011
New Revision: 174351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174351
Log:
PR c++/49165
* c-common.c (c_common_truthv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165
--- Comment #13 from Jakub Jelinek 2011-05-27
19:19:39 UTC ---
Author: jakub
Date: Fri May 27 19:19:36 2011
New Revision: 174350
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174350
Log:
PR c++/49165
* c-common.c (c_common_truthv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46728
--- Comment #8 from William J. Schmidt 2011-05-27
19:11:22 UTC ---
Author: wschmidt
Date: Fri May 27 19:11:19 2011
New Revision: 174349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174349
Log:
2011-05-27 Bill Schmidt
PR tree-opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49198
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
Nathan Froyd changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820
--- Comment #3 from Tobias Burnus 2011-05-27
18:51:38 UTC ---
Author: burnus
Date: Fri May 27 18:51:31 2011
New Revision: 174348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174348
Log:
2011-05-27 Tobias Burnus
PR fortran/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
--- Comment #7 from Jan Hubicka 2011-05-27 18:47:56 UTC
---
>
> We used to play with inlining limits (gcc had some really bad decisions), but
> the meaning of the numbers kept changing from one gcc version to another, and
> the heuristics gcc us
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49195
--- Comment #1 from William J. Schmidt 2011-05-27
18:46:14 UTC ---
As reported by Dominique d'Humieres, regress bot shows the same issue:
http://gcc.gnu.org/regtest/HEAD/native-lastbuild.txt.gzip
Andrew Pinski noted the similar bug on ARM:
htt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49188
Thomas Henlich changed:
What|Removed |Added
Severity|normal |minor
--- Comment #2 from Thomas Henlich
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49198
Summary: GCC trunk and 4.6 generate spurious "has incomplete
type" errors
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49197
Andrew Pinski changed:
What|Removed |Added
Keywords||build, ice-on-valid-code
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49195
Andrew Pinski changed:
What|Removed |Added
Keywords||build, ice-on-valid-code
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
--- Comment #4 from Jack Howarth 2011-05-27
18:29:53 UTC ---
(In reply to comment #3)
> Ugh. I do not have time to deal with this problem at the moment.
>
> But I don't understand how ASM_OUTPUT_WEAKREF isn't defined at that point. We
> have a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49176
--- Comment #8 from Jason Merrill 2011-05-27
18:10:52 UTC ---
Author: jason
Date: Fri May 27 18:10:48 2011
New Revision: 174346
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174346
Log:
PR c++/48657
PR c++/49176
* decl.c (cp_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48657
--- Comment #7 from Jason Merrill 2011-05-27
18:10:52 UTC ---
Author: jason
Date: Fri May 27 18:10:48 2011
New Revision: 174346
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174346
Log:
PR c++/48657
PR c++/49176
* decl.c (cp_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49197
--- Comment #1 from Ryan Mansfield 2011-05-27
18:08:04 UTC ---
Reduced tescase:
float
__powisf2 (float x, int m)
{
unsigned int n = m < 0 ? -m : m;
while (n >>= 1) { }
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
Nathan Froyd changed:
What|Removed |Added
CC||froydnj at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49197
Summary: Crash compiling arm-unknown-linux-gnueabi libgcc
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
--- Comment #2 from Dominique d'Humieres 2011-05-27
17:51:07 UTC ---
I have bootstrapped revision 174339 after reverting revision 174286.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47169
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47132
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49130
--- Comment #5 from dodji at seketeli dot org
2011-05-27 17:27:43 UTC ---
In the example below, I could reproduce a case of difference between the
mangled name and the content of DW_AT_name.
Basically the content of the DW_AT_name property of th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47212
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47687
Jason Merrill changed:
What|Removed |Added
CC||a71104 at gmail dot com
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49196
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49196
Summary: GCC 4.2.1 [FreeBSD] segfaults with certain use of void
typedefs with debugging symbols
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49176
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49130
--- Comment #4 from Tom Tromey 2011-05-27 17:03:09
UTC ---
I forgot to mention -- you can construct many more such cases
using the expressions feature of the mangling:
http://www.codesourcery.com/public/cxx-abi/abi.html#expressions
This also af
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49130
--- Comment #3 from Tom Tromey 2011-05-27 16:59:57
UTC ---
Here is another case:
template
class S2
{
};
template void f(S2) { }
int main()
{
S2 s;
f (s);
}
This generates:
<1><29>: Abbrev Number: 2 (DW_TAG_class_type)
<2a> DW_AT_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47277
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49095
--- Comment #10 from Linus Torvalds 2011-05-27
16:48:52 UTC ---
(In reply to comment #9)
>
> 32-bit before32-bit after64-bit before64-bit after
> libstdc++.so.60x717080x716e80x67ee60x67ec6
> libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48529
--- Comment #9 from H.J. Lu 2011-05-27 16:44:42
UTC ---
Therre is only one failure:
FAIL: libgomp.fortran/strassen.f90 -O execution test
with C, C++, Fortran and Objective C on x32 branch at revision 174333.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
--- Comment #6 from Linus Torvalds 2011-05-27
16:38:22 UTC ---
(In reply to comment #3)
>
> -finline-functions-called-once is trottled down by the large-function-growth
> and large-stack-frame-growth limits. The Kernel case coupld proably be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49187
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49187
--- Comment #3 from paolo at gcc dot gnu.org
2011-05-27 16:35:43 UTC ---
Author: paolo
Date: Fri May 27 16:35:36 2011
New Revision: 174342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174342
Log:
2011-05-27 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49095
--- Comment #9 from Jakub Jelinek 2011-05-27
16:33:33 UTC ---
.text sizes before/after the patch (in each case on identical sources, for
cc1plus I've reverted the patch afterwards and did make -j64 cc1plus in gcc/
subdir), the size changes aren't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49195
Summary: Error building libgcc for powerpc64 since r174305
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49176
fabien at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
--- Comment #5 from Jakub Jelinek 2011-05-27
16:24:45 UTC ---
Oops, s/65536/128/, I've changed the testcase too late without retesting.
Anyway, the point is that the limits should be adjusted somewhat if the call is
PROB_VERY_UNLIKELY.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
--- Comment #4 from Jan Hubicka 2011-05-27
16:19:04 UTC ---
BTW mainline won't inline foo in that testcase:
Deciding on functions called once:
not inlinable: bar/1 -> foo/0, --param large-stack-frame-growth limit reached
I fixed some stack-gr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
--- Comment #3 from Jan Hubicka 2011-05-27 16:15:02 UTC
---
> I agree if the called function is big and it is very unlikely (most probably
> just in PROB_VERY_UNLIKELY cases) -finline-functions-called-once shouldn't
> inline.
-finline-functions-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49095
--- Comment #8 from Linus Torvalds 2011-05-27
15:32:21 UTC ---
(In reply to comment #7)
>
> BTW, the patch bootstrapped/regtested on both x86_64-linux and i686-linux, I'm
> just running second set of bootstrap without the patch to be able to comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49194
Summary: Trivially stupid inlining decisions
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48078
--- Comment #5 from Jonathan Wakely 2011-05-27
15:11:29 UTC ---
This bug is probably the reason why g++ only rejects half of the testcase for
http://llvm.org/bugs/show_bug.cgi?id=8058
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49139
--- Comment #9 from Manuel López-Ibáñez 2011-05-27
15:08:17 UTC ---
You patch looks fine to me but I cannot approve it. You'll need to submit it to
gcc-patches for review and approval. You'll need also a Changelog. If you don't
have svn access, y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48981
--- Comment #7 from Dmitry Gorbachev
2011-05-27 15:00:04 UTC ---
(In reply to comment #6)
I think there should be a space after "}" in vec.h:
> +}vec_prefix;
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47687
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48284
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49095
--- Comment #7 from Jakub Jelinek 2011-05-27
14:47:08 UTC ---
(In reply to comment #6)
> Jakub - the patch looks sane, although I don't currently have a gcc build
> environment to actually test it with, and there is no way I'm going to claim
> th
1 - 100 of 160 matches
Mail list logo
