http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52644
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52627
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52648
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52648
Bug #: 52648
Summary: remove string literal by preprocessor
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52647
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52647
Bug #: 52647
Summary: Method from global namespace not selected in anonymous
namespace when an overload of said method already
exists in the anonymous namespace
Classification: Unc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52646
--- Comment #4 from Tyler Hardin 2012-03-21
01:07:20 UTC ---
If I care enough to implement them for x86, do you believe it would be included
in GCC? If not, I won't waste my time with it (while it's worth my time to
implement it, it's not worth m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52646
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52646
--- Comment #2 from Tyler Hardin 2012-03-21
00:44:39 UTC ---
While I admit my knowledge of interrupts on ARM, AVR, CR16, Epiphany, M32C,
M32R/D, m68k, MeP, MIPS, RL78, RX and Xstormy16 is limited; I don't see why, if
GCC supports interrupts on al
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52646
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25967
Andrew Pinski changed:
What|Removed |Added
CC||th020394 at gmail dot com
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52646
Bug #: 52646
Summary: Clang LLVM's __attribute__((naked)) for GCC when
compiling for x86
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRME
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
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=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=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=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=52607
Marc Glisse changed:
What|Removed |Added
Attachment #26912|0 |1
is obsolete|
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
-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=5360
Oleg Endo changed:
What|Removed |Added
Last reconfirmed|2004-01-01 21:00:39 |2012-03-20
CC|
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=52642
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
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=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=52641
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFIRMED
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=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=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=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=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=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=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=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=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=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=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 #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=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=52634
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
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=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=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=51206
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com, ktietz
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=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=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=52625
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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 #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=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=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=52571
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
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=52614
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=52634
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
--- 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=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=52623
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=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=52634
Richard Guenther changed:
What|Removed |Added
Keywords||lto
CC|
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=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 #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=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=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=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=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=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=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=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=52627
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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
--- 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=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=52613
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=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=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=52619
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=52627
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
1 - 100 of 113 matches
Mail list logo