http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51015
Ira Rosen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #12 from Dodji Seketeli 2011-11-09
07:51:17 UTC ---
Author: dodji
Date: Wed Nov 9 07:51:12 2011
New Revision: 181193
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181193
Log:
PR debug/51032 - ICE in dbxout_type, at dbxout.c:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51049
Jiangning Liu changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51049
Bug #: 51049
Summary: A regression caused by "Improve handling of
conditional-branches on targets with high branch
costs"
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords|ice-on-valid-code |diagnostic
Status|N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881
--- Comment #9 from Francois-Xavier Coudert
2011-11-09 06:57:15 UTC ---
Author: fxcoudert
Date: Wed Nov 9 06:57:10 2011
New Revision: 181192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181192
Log:
PR fortran/21881
* trans-type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51015
--- Comment #3 from irar at gcc dot gnu.org 2011-11-09 06:42:07 UTC ---
Author: irar
Date: Wed Nov 9 06:41:59 2011
New Revision: 181191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181191
Log:
PR tree-optimization/51015
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51048
Bug #: 51048
Summary: Class template inheritance doesn't work well with
function-local types
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51025
--- Comment #2 from Abhijit Lamsoge 2011-11-09
04:44:38 UTC ---
(In reply to comment #1)
> Read:
> http://www.linuxfromscratch.org/pipermail/lfs-support/2010-January/037562.html
>
> This is not a GCC issue but rather LFS issue with some new SELi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51047
Bug #: 51047
Summary: [C++0x] SFINAE does not handle errors of ambiguous
base members
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51046
Bug #: 51046
Summary: ICE by unexpanded template param pack in range-based
for
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51045
--- Comment #1 from Jarryd Beck 2011-11-09
02:15:34 UTC ---
Created attachment 25762
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25762
erroneous zero as null pointer warning
--disable-multilib
--enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 2008 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #11 from David Edelsohn 2011-11-09
01:23:05 UTC ---
The patch allows bootstrap to proceed past the previous failure point.
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51034
--- Comment #1 from joseph at codesourcery dot com 2011-11-09 00:41:18 UTC ---
Also applies with sizeof:
struct S { int x[sizeof((struct S){})];} s;
and when the type in the compound literal is not the type being defined:
struct S { int x[sizeo
clude -melf -quiet -dumpbase
widechar_intrinsics_10.f90 -auxbase widechar_intrinsics_10 -O1 -version
-fbackslash -fintrinsic-modules-path finclude -o widechar_intrinsics_10.s
GNU Fortran (GCC) version 4.7.0 20111108 (experimental) [trunk revision 181179]
(cris-elf)
compiled by GNU C version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
Pat Haugen changed:
What|Removed |Added
Last reconfirmed|2010-03-31 11:56:08 |2011-11-08
--- Comment #36 from Pat Haugen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50404
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50404
--- Comment #2 from Francois-Xavier Coudert
2011-11-08 23:54:48 UTC ---
Author: fxcoudert
Date: Tue Nov 8 23:54:43 2011
New Revision: 181183
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181183
Log:
PR fortran/50404
* io.c (gfc_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51044
Andrew Pinski changed:
What|Removed |Added
Component|regression |rtl-optimization
Target Milestone|---
-include
-isystem /tmp/hpautotest-gcc1/gcc/newlib/libc/include -melf -quiet -dumpbase
alloc_comp_class_2.f90 -auxbase alloc_comp_class_2 -O1 -pedantic-errors
-version -fintrinsic-modules-path finclude -o alloc_comp_class_2.s
GNU Fortran (GCC) version 4.7.0 2008 (experimental) [trunk revision 181179
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50409
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50409
--- Comment #4 from Francois-Xavier Coudert
2011-11-08 23:15:16 UTC ---
Author: fxcoudert
Date: Tue Nov 8 23:15:11 2011
New Revision: 181181
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181181
Log:
PR fortran/50409
* expr.c (gf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51023
--- Comment #3 from Jakub Jelinek 2011-11-08
23:09:52 UTC ---
Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175917
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #10 from Steve Ellcey 2011-11-08 23:08:37
UTC ---
I did a successful bootstrap on hppa2.0w-hp-hpux11.11 with the patch. I am
still running the test suite.
hpautotest-gcc1/cris-elf/gccobj/gcc/cc1plus
-fpreprocessed 20100423-3_0.ii -melf -quiet -dumpbase 20100423-3_0.C
-auxbase-strip cp_lto_20100423-3_0.o -g -version -fmessage-length=0 -flto -o
20100423-3_0.s
GNU C++ (GCC) version 4.7.0 2008 (experimental) [trunk revision 181179]
(cris-elf)
c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50408
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||ice-on-valid-code
Pri
hread model: posix
gcc version 4.7.0 2008 (experimental) (GCC)
[regehr@gamow tmp052]$ cat small.c
int g_10;
int g_97;
int g_144;
int g_237;
int g_264[2][2];
int func_22 (p_25)
{
for (; p_25;)
{
for (g_237 = 0; g_237 <= 1; g_237 = 1)
if (g_264[g_144][g_10])
break;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50540
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033
--- Comment #6 from Marc Glisse 2011-11-08
22:33:51 UTC ---
(In reply to comment #5)
> I am going to mark this as a regression because before both the C++ front-end
> and C front-ends were working with all vector extensions. This is really bad
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50409
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51041
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization, ra
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51041
--- Comment #1 from fb.programming at gmail dot com 2011-11-08 22:20:53 UTC ---
Created attachment 25761
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25761
performance test doing vec*vec calc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51041
Bug #: 51041
Summary: g++ strange optimisation behaviour
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033
--- Comment #4 from Marc Glisse 2011-11-08
22:18:33 UTC ---
(In reply to comment #3)
> All vector support should also be in the C++ front-end. Can you give an
> example of something which does not work? Templates with vectors work already
> too
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51025
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033
--- Comment #3 from Andrew Pinski 2011-11-08
22:03:12 UTC ---
All vector support should also be in the C++ front-end. Can you give an
example of something which does not work? Templates with vectors work already
too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47972
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47972
--- Comment #4 from Francois-Xavier Coudert
2011-11-08 21:58:51 UTC ---
Author: fxcoudert
Date: Tue Nov 8 21:58:47 2011
New Revision: 181180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181180
Log:
PR libfortran/47972
* runtime
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50593
--- Comment #6 from David Oliver 2011-11-08
21:55:46 UTC ---
Created attachment 25760
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25760
8 Tests plus 1.
I've added test 9 to Ben's set which is a likely usage of the feature, e.g.
automatic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #9 from Dodji Seketeli 2011-11-08
21:40:03 UTC ---
A candidate fix was posted to
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01249.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51027
--- Comment #3 from Dodji Seketeli 2011-11-08
21:39:04 UTC ---
A candidate fix was posted to
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01252.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51040
Bug #: 51040
Summary: ICE: RTL check: access of elt 1 of 'not' with last elt
0 in gen_rtx_fmt_ee_stat, at ./genrtl.h:33 with
__atomic_nand_fetch()
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51039
Bug #: 51039
Summary: [4.7 Regression] ICE: in estimate_function_body_sizes,
at ipa-inline-analysis.c:1977 with
-finline-small-functions -fno-ipa-pure-const and
pas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17838
--- Comment #7 from Andrew Pinski 2011-11-08
20:24:01 UTC ---
(In reply to comment #6)
> Created attachment 25751 [details]
> Another test case
>
> Another example using
>
> gcc version 4.6.1 20110908 (Red Hat 4.6.1-9) (GCC)
>
> The function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #8 from Dodji Seketeli 2011-11-08
20:19:28 UTC ---
Created attachment 25757
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25757
Candidate fix
I am testing this patch. If you could test it on your system, that in the mean
time,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51038
Bug #: 51038
Summary: [4.7 Regression]: 29_atomics/atomic_flag/clear/1.cc
test_and_set/explicit.cc implicit.cc
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036
H.J. Lu changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51037
Bug #: 51037
Summary: SIGSEGV -O3 C++ only
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
--- Comment #15 from Kyle Moffett 2011-11-08
19:12:04 UTC ---
Sorry for the delay. I've suddenly started experiencing odd kernel panics on
my test boards in the middle of the test-suite runs and I'm in the process of
tracking them down. Based o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #7 from dodji at seketeli dot org
2011-11-08 18:57:50 UTC ---
A smaller reproducer:
$ cat -n test.cc
1template
2struct A {
3template using B = U*;
4int a;
5};
6
7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51022
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-08 18:49:38 UTC ---
> Sorry. Something broke it in a different place before you could get to it. :(
>
> Ralf and I are using different versions of this patch. We need some powerpc
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51013
--- Comment #11 from Marc Glisse 2011-11-08
18:40:13 UTC ---
(In reply to comment #10)
> (In reply to comment #8)
> > Once we have ref-qualifiers, it should be OK to add the non-const overload
> > with
> > an lvalue ref-qualifier, though.
>
> I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51029
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51013
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51022
--- Comment #3 from Joel Sherrill 2011-11-08 18:12:13
UTC ---
Created attachment 25755
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25755
workaround for other issue
Sorry. Something broke it in a different place before you could get to i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036
Bug #: 51036
Summary: [4.7 Regression] LTO bootstrap failed with
bootstrap-profiled
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51022
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-08 18:02:13 UTC ---
The port doesn't even build for me as of r181158:
/vol/gcc/src/hg/trunk/local/gcc/config/rs6000/rs6000.c: In function
'rs6000_option_override_internal':
/vol/gcc/s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
Steve Ellcey changed:
What|Removed |Added
Target|alpha-dec-osf5.1b, |alpha-dec-osf5.1b,
|i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50835
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51035
Bug #: 51035
Summary: GNAT bug detected error reported when compiling Ada
code
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033
--- Comment #2 from Marc Glisse 2011-11-08
17:13:39 UTC ---
It's probably doable, but it sounds like you have to duplicate all the logic
that is currently in the various backends (and some in the C front-end and the
middle-end I guess). The shuff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
Rainer Orth changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50835
--- Comment #5 from Jason Merrill 2011-11-08
17:10:16 UTC ---
Author: jason
Date: Tue Nov 8 17:10:09 2011
New Revision: 181174
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181174
Log:
PR c++/50835
* typeck.c (build_x_conditiona
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51034
Bug #: 51034
Summary: invalid typeof usage
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033
--- Comment #1 from Richard Guenther 2011-11-08
16:42:25 UTC ---
Hmm, I thought we did the C++ extension mainly for the SPU stuff and think
that C++ language features are powerful enough to implement those extensions
themselves.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51027
--- Comment #2 from Dodji Seketeli 2011-11-08
16:38:36 UTC ---
I am currently testing the patchlet below. Sorry for the embarrassing
bug.
From: Dodji Seketeli
Date: Tue, 8 Nov 2011 17:21:52 +0100
Subject: [PATCH] PR c++/51027 - accepts alias-d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033
Bug #: 51033
Summary: Partial vector extension support
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762
--- Comment #5 from John Regehr 2011-11-08 16:13:38
UTC ---
(In reply to comment #2)
> I have updated the summary, but please do not hijack PRs.
I'd be happy to not hijack PRs but you will need to help.
My assumptions have been:
1. Sometimes,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762
--- Comment #4 from Ulrich Weigand 2011-11-08
16:00:36 UTC ---
It seems to me (part of) the problem is that the operand constraint is too
generic here:
(define_insn "*lea_4_zext"
[(set (match_operand:DI 0 "register_operand" "=r")
(zero
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #3 from David Edelsohn 2011-11-08 16:01:24
UTC ---
Created attachment 25753
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25753
preprocessed libstdc++/src/debug.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #2 from David Edelsohn 2011-11-08 15:58:59
UTC ---
I see the exact same issue on AIX.
chain >
In file included from
/tmp/Aldy/powerpc-ibm-aix5.3.0.0/libstdc++-v3/include/bits/alloc_traits.h:35:0,
from
/tmp/Aldy/po
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #1 from Rainer Orth 2011-11-08 15:55:19 UTC
---
Created attachment 25752
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25752
preprocessed input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
Bug #: 51032
Summary: ICE in dbxout_type, at dbxout.c:2372
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51013
--- Comment #9 from Marc Glisse 2011-11-08
15:51:52 UTC ---
(In reply to comment #8)
> I meant that with the current libstdc++ complex, this is valid:
>
> constexpr float f = complex(2.4).real();
>
> but adding a non-constexpr overload would ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50882
--- Comment #11 from Graham Reed 2011-11-08 15:48:25
UTC ---
(In reply to comment #10)
> Restarting bootstrap now
With my patch, bootstrap completes and the test results on AIX are the same as
they are for 4.6.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51027
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51012
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51013
--- Comment #8 from Jason Merrill 2011-11-08
15:18:51 UTC ---
I meant that with the current libstdc++ complex, this is valid:
constexpr float f = complex(2.4).real();
but adding a non-constexpr overload would cause that one to be selected for t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51012
--- Comment #5 from Richard Guenther 2011-11-08
15:16:28 UTC ---
Author: rguenth
Date: Tue Nov 8 15:16:22 2011
New Revision: 181166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181166
Log:
2011-11-08 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51010
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51010
--- Comment #2 from Richard Guenther 2011-11-08
15:14:26 UTC ---
Author: rguenth
Date: Tue Nov 8 15:14:21 2011
New Revision: 181165
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181165
Log:
2011-11-08 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50970
--- Comment #5 from Eric Millbrandt
2011-11-08 14:57:48 UTC ---
Expected output (code built for PowerPC or x86):
root@01066-ui:/root> ./gcc_test
Test Function
Before if
TestClass::func1 param1: 0
Inside if
Before if2
TestClass::func2 param1: 0
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
--- Comment #5 from dave.anglin at bell dot net 2011-11-08 14:56:44 UTC ---
On 11/7/2011 10:18 PM, amacleod at redhat dot com wrote:
> Yeah, it looks like I'll have to change the built-in mechanism slightly. I
> followed the __sync methodology, bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
Bug #: 51031
Summary: build error in libitm (how to disable trans-mem???)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17838
--- Comment #6 from Tom St Denis 2011-11-08
14:17:55 UTC ---
Created attachment 25751
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25751
Another test case
Another example using
gcc version 4.6.1 20110908 (Red Hat 4.6.1-9) (GCC)
The fu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51012
--- Comment #4 from rguenther at suse dot de
2011-11-08 13:50:44 UTC ---
On Tue, 8 Nov 2011, jamborm at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51012
>
> --- Comment #3 from Martin Jambor 2011-11-08
> 13:06:29 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50999
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47698
--- Comment #7 from Eric Botcazou 2011-11-08
13:44:22 UTC ---
Author: ebotcazou
Date: Tue Nov 8 13:44:11 2011
New Revision: 181161
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181161
Log:
PR rtl-optimization/47698
* ifcvt.c (no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50999
--- Comment #6 from Richard Guenther 2011-11-08
13:42:13 UTC ---
Author: rguenth
Date: Tue Nov 8 13:41:57 2011
New Revision: 181160
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181160
Log:
2011-11-08 Richard Guenther
PR lto/509
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51026
--- Comment #2 from Andrew Macleod 2011-11-08
13:32:51 UTC ---
Its fixed by the revert in that changelog to atomic_base.h. The problem is
there is a missing dependency in the makefiles, which is how it got through in
the first place.. and increm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51014
Wouter Vermaelen changed:
What|Removed |Added
CC||wouter.vermaelen at scarlet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50789
--- Comment #9 from Jakub Jelinek 2011-11-08
13:24:03 UTC ---
Unconditional gather is now vectorized, conditional load/store including gather
has to wait for GCC 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51012
--- Comment #3 from Martin Jambor 2011-11-08
13:06:29 UTC ---
(In reply to comment #2)
>
> What about WPA stage? I think we don't "fixup" inlinable status of
> edges at the beginning of ltrans (or inline transform). Do we?
No. And unless thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51012
Richard Guenther changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
1 - 100 of 133 matches
Mail list logo
