http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52625
Nikolka changed:
What|Removed |Added
CC||tsoae at mail dot ru
--- Comment #1 from Nikolk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37780
--- Comment #2 from amker.cheng 2012-03-20
07:58:09 UTC ---
the special case could be easily detected when gimplifying.
but actually I am not sure whether it can be done even in middle end, since the
middle end should not depend on any target inf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #3 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
Tobias Burnus changed:
What|Removed |Added
Attachment #26922|application/octet-stream|text/plain
mime type|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51802
--- Comment #1 from Tobias Burnus 2012-03-20
08:42:11 UTC ---
That that changing this will break the ABI. Thus, it can only be done when we
have to break the ABI. That will happen for the new array descriptor.
(This bug is listed at http://gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52625
--- Comment #2 from Daniel Krügler
2012-03-20 08:41:48 UTC ---
(In reply to comment #1)
If this is indeed related to the injected-class-name, this should have been
clarified by
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1004
t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52632
Bug #: 52632
Summary: GCC compfail on O0
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633
Bug #: 52633
Summary: Compiler ICE in vect_is_simple_use_1 (ARM)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52632
--- Comment #1 from Andrew Pinski 2012-03-20
09:09:14 UTC ---
Testcase?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52601
--- Comment #3 from birender.singh at hotmail dot com 2012-03-20 09:26:01 UTC
---
Thanks Eric Botcazou for the valuable suggestion.
I downloaded,findutils-4.4.0.tar from gnu website, compiled and installed on my
machine.
After the installation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52627
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52563
--- Comment #7 from rguenther at suse dot de
2012-03-20 09:51:00 UTC ---
On Tue, 20 Mar 2012, liujiangning at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52563
>
> --- Comment #6 from Jiangning Liu
> 2012-03-20 02:32:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52632
--- Comment #2 from Vladimir Yakovlev 2012-03-20
10:03:47 UTC ---
Created attachment 26929
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26929
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
--- Comment #5 from Janne Blomqvist 2012-03-20 10:27:33
UTC ---
(In reply to comment #4)
> Indeed, one can construct examples which exceed the length: Namely module
> procedures or module variables. The problem is that GFC_MAX_MANGLED_SYMBOL_LEN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51802
--- Comment #2 from Paul Thomas 2012-03-20 10:52:45
UTC ---
(In reply to comment #1)
> That that changing this will break the ABI. Thus, it can only be done when we
> have to break the ABI. That will happen for the new array descriptor.
>
> (Thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52619
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52632
--- Comment #3 from Mikael Pettersson 2012-03-20
10:55:49 UTC ---
The test case, obviously based on the Linux kernel's BUILD_BUG_ON() macro,
behaves exactly as intended: since `offset' is not in fact a constant it causes
either a compile-time err
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52606
--- Comment #6 from Tobias Burnus 2012-03-20
10:58:13 UTC ---
(In reply to comment #5)
> What was the motivation for this hashing scheme, BTW? Linkers already support
> 1) long symbol names (I read somewhere that OpenOffice has symbols up to 4000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52619
--- Comment #2 from Paolo Carlini 2012-03-20
11:03:00 UTC ---
The crash happens in lvalue_kind: an INDIRECT_REF with no TREE_TYPE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52596
--- Comment #3 from Paolo Carlini 2012-03-20
11:06:40 UTC ---
No ICE anymore in mainline for the reduced testcase in Comment #1. Instead,
with -std=c++11 only we reject it with:
52596.C: In member function ‘T* zone::allocate()’:
52596.C:14:35: e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52632
--- Comment #4 from joseph at codesourcery dot com 2012-03-20 11:09:43 UTC ---
On Tue, 20 Mar 2012, mikpe at it dot uu.se wrote:
> either a compile-time error or a link-time error (the latter because gcc
> erroneously omits the compile-time error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633
Richard Guenther changed:
What|Removed |Added
Target||armv7hl-*-gnueabi
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52613
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
--- Comment #3 from Richard Guenther 2012-03-20
11:13:57 UTC ---
Hmm, but then you'd pessimize the case where b_2 & 1 were available? Thus,
don't you need to do the lookup with the original expression anyway if the
lookup for the simplified expr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52627
--- Comment #2 from Richard Guenther 2012-03-20
11:19:01 UTC ---
Author: rguenth
Date: Tue Mar 20 11:18:57 2012
New Revision: 185569
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185569
Log:
2012-03-20 Richard Guenther
PR gcov-pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.1
--- Comment #2 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52627
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51802
--- Comment #3 from Tobias Burnus 2012-03-20
11:22:37 UTC ---
(In reply to comment #2)
> I agree completely. However, once 4.7 is released, should we be excessively
> pristine about ABI breakage in trunk? It is, after all, the development
> ver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
--- Comment #2 from Greta Yorsh 2012-03-20
11:24:41 UTC ---
The tests reported in PR52603 are still failing on arm (last tested on trunk
r185474).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52595
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49868
--- Comment #18 from Georg-Johann Lay 2012-03-20
11:32:59 UTC ---
Author: gjl
Date: Tue Mar 20 11:32:54 2012
New Revision: 185570
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185570
Log:
PR target/49868
* gcc.target/avr/torture/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52601
--- Comment #4 from Eric Botcazou 2012-03-20
11:48:47 UTC ---
> Is this correct or should i again compiled gcc-4.4.4 to get complete
> successful compilation ?
If you still have the build tree around, do
rm -rf sparc-sun-solaris2.9/boehm-gc sp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52618
--- Comment #2 from blobbyvolley at mailmetrash dot com 2012-03-20 11:53:29 UTC
---
If it can be of any help, I noticed that for partial specializations everything
works as intended (the compiler reports an error).
class B {
typedef double type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
Bug #: 52634
Summary: multiple definition error when using alias
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #3 from Laurent Aflonsi 2012-03-20
12:31:31 UTC ---
Well, in fact I am facing a runtime crash on another target (SH4). The crash is
fixed by the patch proposed previously.
On the other hand, I ve tried to reproduce on x86, to easily
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52596
--- Comment #4 from Paolo Carlini 2012-03-20
12:33:16 UTC ---
Oops, sorry, mainline still ICEs, had checking disabled.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #4 from Paolo Carlini 2012-03-20
12:48:20 UTC ---
In principle I have no problem with such zeroings, make sense, but it's been a
while since the last time I looked into this code and I fear races. In any
case, please try to fully run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
Richard Guenther changed:
What|Removed |Added
Keywords||lto
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52635
Bug #: 52635
Summary: gcc fails to diagnose invalid type in unused sizeof()
when optimizing
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52632
--- Comment #5 from Mikael Pettersson 2012-03-20
13:18:00 UTC ---
(In reply to comment #4)
> I'm not aware of such a bug. Please file a separate bug report in
> Bugzilla with a testcase for this "erroneously omits the compile-time
> error for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #15 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-03-20 13:48:51 UTC ---
> --- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> 2012-03-16 09:55:26 UTC ---
[...]
> I'm now running into
>
> --- FAIL: net.TestMulticas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
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=52487
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
--- Comment #2 from Bin Tian 2012-03-20 14:16:02
UTC ---
Created attachment 26931
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26931
patch for make-3.82
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
--- Comment #3 from Bin Tian 2012-03-20 14:16:49
UTC ---
The bug is reproducable with -r -flto-partition=1to1, and not with -r
-flto-partition=none.
My project is hard to reduce because of complex dependencies. It seems that if
the call graph is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52635
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
--- Comment #5 from Richard Guenther 2012-03-20
14:55:42 UTC ---
2
t1.o 3
164 2f48a666878dc458 PREVAILING_DEF_IRONLY_EXP main
169 2f48a666878dc458 UNDEF baz
173 2f48a666878dc458 RESOLVED_IR cfliteValueCallBacks
t2.o 2
164 9f18e45b84a4baf8 PREVAIL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52636
Bug #: 52636
Summary: [4.8 Regression] ICE: tree check: expected
integer_cst, have string_cst in tree_to_double_int, at
tree.h:4324
Classification: Unclassified
Product:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52635
--- Comment #2 from joseph at codesourcery dot com 2012-03-20 15:13:13 UTC ---
On Tue, 20 Mar 2012, mikpe at it dot uu.se wrote:
> > cat bug.c
> extern int bar;
> void foo(void)
> {
> (void)sizeof(char[1 - 2 * !__builtin_constant_p(bar)]);
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52636
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52637
Bug #: 52637
Summary: ICE producing debug info for c++11 code using
templates/decltype/lambda
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
--- Comment #2 from Adrian Prantl 2012-03-20 15:33:40
UTC ---
I'm getting the error with both gcc 4.6.2 and 4.6.3
Below is the stack trace.
Program received signal SIGSEGV, Segmentation fault.
resolve_symbol (sym=0x14091b0) at ../../gcc-4.6.2/gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #9 from Dominique d'Humieres 2012-03-20
15:55:23 UTC ---
> Unfortunately, the patch caused many testsuite failures on both
> sparc-sun-solaris
> and powerpc-apple-darwin, as can be seen e.g. at
>
> http://gcc.gnu.org/ml/gcc-testresu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52636
Richard Guenther changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #10 from Dominique d'Humieres
2012-03-20 15:56:55 UTC ---
> PR52603. Could you test the patch?
Sorry, pr52614.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
--- Comment #4 from Greta Yorsh 2012-03-20
16:01:02 UTC ---
These tests pass on arm-none-eabi with the option -fno-common.
Thank you,
Greta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52625
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737
--- Comment #18 from Jan Hubicka 2012-03-20
16:19:55 UTC ---
Created attachment 26932
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26932
patch in testing
I am testing the attached patch. It basically delays removal of the clone
until aft
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51893
--- Comment #9 from Aurelien Buhrig
2012-03-20 16:22:52 UTC ---
Do you need additional information about this bug?
Any comment about the provided patch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #13 from Jakub Jelinek 2012-03-20
16:26:08 UTC ---
Author: jakub
Date: Tue Mar 20 16:25:54 2012
New Revision: 185577
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185577
Log:
PR target/52607
* config/i386/i386.md ("is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51206
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com, ktietz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
--- Comment #5 from Rainer Orth 2012-03-20 16:37:04 UTC
---
For the single testcase I've been using for the reghunt
(gcc.dg/vect/vect-109.c),
adding -fno-common fixes the failure. On SPARC, one probably also has to add
-fno-common to gcc.target/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51663
--- Comment #3 from Jan Hubicka 2012-03-20
16:49:44 UTC ---
OK, the funny inconsistency comes from the fact that we always eliminate COMDAT
variables, but we keep around static variables with -fno-toplevel-reorder.
-O0 imply -fno-toplevel-reorder
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #14 from Jakub Jelinek 2012-03-20
16:51:50 UTC ---
Author: jakub
Date: Tue Mar 20 16:51:41 2012
New Revision: 185579
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185579
Log:
PR target/52607
* config/i386/i386.c (expa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
--- Comment #6 from Pat Haugen 2012-03-20
17:21:21 UTC ---
Adding -fno-common fixes the failures on powerpc64 also.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52635
--- Comment #3 from Mikael Pettersson 2012-03-20
17:26:23 UTC ---
(In reply to comment #2)
> Do you have an example not involving __builtin_constant_p?
Unfortunately no. The example is just a cleaned up and reduced version of the
one from PR526
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52638
Bug #: 52638
Summary: ice in build_vector_from_val
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52635
--- Comment #4 from Jakub Jelinek 2012-03-20
18:06:33 UTC ---
Not sure what kernel you are looking at, but in current kernel at least since
2009-09 BUILD_BUG_ON is BUILD_BUG_ON_ZERO and only MAYBE_BUILD_BUG_ON macro is
using this sizeof and from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52639
Bug #: 52639
Summary: ice in supportable_widening_operation
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
Bug #: 52640
Summary: performance bottleneck: gcc/tree.c;value_member
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52636
--- Comment #3 from Dominique d'Humieres 2012-03-20
18:35:50 UTC ---
The patch in comment #2 fixes the PR without side effect on the polyhedron test
suite (AFAICT;-).
Currently bootstrapping r185584, regtesting scheduled for tonight. Thanks for
t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52639
dcb changed:
What|Removed |Added
Component|c |c++
--- Comment #1 from dcb 2012-03-20 18:50:21 UT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #15 from Marc Glisse 2012-03-20
19:00:32 UTC ---
If I am not mistaken, the V8SF shuffle 22022246 is doable by a vperm2f128 that
takes 01234567 to 01230123, followed by a vshufps (mask 138 maybe). Was your
patch supposed to handle it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #16 from Marc Glisse 2012-03-20
19:05:22 UTC ---
(In reply to comment #15)
> If I am not mistaken, the V8SF shuffle 22022246 is doable by a vperm2f128 that
> takes 01234567 to 01230123, followed by a vshufps (mask 138 maybe). Was your
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52635
--- Comment #5 from Mikael Pettersson 2012-03-20
19:09:01 UTC ---
(In reply to comment #4)
> Not sure what kernel you are looking at, but in current kernel at least since
> 2009-09 BUILD_BUG_ON is BUILD_BUG_ON_ZERO and only MAYBE_BUILD_BUG_ON mac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52510
--- Comment #4 from Jason Merrill 2012-03-20
19:14:33 UTC ---
Author: jason
Date: Tue Mar 20 19:14:29 2012
New Revision: 185587
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185587
Log:
PR c++/52510
* decl.c (reshape_init_class):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52641
Bug #: 52641
Summary: Test cases fail for 16-bit int targets
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52641
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52641
--- Comment #1 from Georg-Johann Lay 2012-03-20
19:38:57 UTC ---
Author: gjl
Date: Tue Mar 20 19:38:51 2012
New Revision: 185588
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185588
Log:
PR testsuite/52641
* gcc.dg/torture/pr4812
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52642
Bug #: 52642
Summary: SH Target: libstdc++ failures due to call insn swapped
before prologue frame insns
Classification: Unclassified
Product: gcc
Version: 4.8.0
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #36 from Oleg Endo 2012-03-20
20:33:30 UTC ---
I have created a new PR 52642 for the libstdc++ failures.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52642
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52643
Bug #: 52643
Summary: Stack overflow ICE in cc1plus when templates,
exceptions, and continue out of try used
Classification: Unclassified
Product: gcc
Version: 4.6.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5360
Oleg Endo changed:
What|Removed |Added
Last reconfirmed|2004-01-01 21:00:39 |2012-03-20
CC|
-rtl-df/gcc/xgcc
Target: x86_64-unknown-linux-gnu
Configured with: /mnt/svn/gcc-trunk//configure --enable-checking=yes,rtl,df
--enable-languages=c,c++,lto,fortran
--prefix=/mnt/svn/gcc-trunk/binary-185559-lto-fortran-checking-yes-rtl-df/
--with-cloog --with-ppl --with-cloog-include=/usr/include/clo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52644
--- Comment #1 from Zdenek Sojka 2012-03-20 21:42:26
UTC ---
Created attachment 26937
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26937
preprocessed source
$ /home/smatz/build-185559-lto-fortran-checking-yes-rtl-df/./gcc/xgcc
-B/home/sma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
Marc Glisse changed:
What|Removed |Added
Attachment #26912|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51893
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #10 from Eric Botcazou 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52595
--- Comment #4 from Andrew Pinski 2012-03-20
23:00:19 UTC ---
(In reply to comment #3)
> So, what's going on? Was the commit for PR51666 incomplete, so to speak?
Maybe it was incomplete but then again the Defect report is still open though
there
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #1 from Jan Smets 2012-03-20
23:45:27 UTC ---
I'd like to note that this code compiles in a few seconds in GCC 3.4.
Thanks Neil for making this profile.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52645
Bug #: 52645
Summary: gnu/java/net/natPlainDatagramSocketImpl.cc:660:14:
error: 'IPPROTO_IPV6' was not declared in this scope
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
--- Comment #4 from Andrew Pinski 2012-03-21
00:14:37 UTC ---
(In reply to comment #3)
> Hmm, but then you'd pessimize the case where b_2 & 1 were available? Thus,
> don't you need to do the lookup with the original expression anyway if the
> lo
1 - 100 of 113 matches
Mail list logo