http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #5 from Oleg Endo 2012-04-12 06:59:47
UTC ---
(In reply to comment #4)
>
> I would propose to deprecate -mcbranchdi and -mcmpeqdi and hard-code the
> 'enabled' behavior, i.e. remove all the non-mcbranchdi and non-mcmpeqdi code
> path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52839
torvald at gcc dot gnu.org changed:
What|Removed |Added
CC||torvald at gcc dot gnu.org
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52839
--- Comment #26 from Jonathan Wakely 2012-04-12
08:30:17 UTC ---
(In reply to comment #25)
> If we make an ABI switch at some point, should we move over to relying just on
> atomics and the libatomic fallbacks (assuming/hoping libatomic exists by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libstdc++
Severity|major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #4 from Jonathan Wakely 2012-04-12
08:46:04 UTC ---
The solution would be to follow the same pattern as the other containers:
template
struct Cont
{
struct Impl : B
{
A* data;
};
Impl impl;
};
instead the hash t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
Paolo Carlini changed:
What|Removed |Added
CC||bkoz at redhat dot com,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #6 from Jonathan Wakely 2012-04-12
09:06:59 UTC ---
Or for the hash tables, which have lots of template parameters, it would be
even better to use std::tuple to get the EBO benefits
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52936
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #7 from Jonathan Wakely 2012-04-12
09:08:33 UTC ---
(In reply to comment #5)
> I see, thanks. Then, short term shall we just change the derivation to public
Hmm, that might be ok ... it would be the least invasive change, certainly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52549
Richard Guenther changed:
What|Removed |Added
CC||aph at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52839
Alan Modra changed:
What|Removed |Added
Known to fail||4.7.0
--- Comment #27 from Alan Modra 2012-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52943
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52943
--- Comment #2 from Richard Guenther 2012-04-12
09:24:48 UTC ---
(compute_affine_dependence
stmt_a: D.1717_2 = a[3];
stmt_b: a[b.0_15] = D.1719_4;
(subscript_dependence_tester
(analyze_overlapping_iterations
(chrec_a = 3)
(chrec_b = {3, +
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.1
Summary|[4.7 Regressi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52937
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.8.0
--- Comment #1 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52939
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #8 from Paolo Carlini 2012-04-12
09:33:14 UTC ---
Uhm, short term, I like even better just not using _Select1st *at all*, have an
implementation detail in the hashtable header itself not deriving from
unary_function. Isn't that a bit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52945
Bug #: 52945
Summary: FAIL: gcc.dg/lto/pr52634 c_lto_pr52634_1.o assemble,
-O* -flto *
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52864
--- Comment #3 from Tobias Burnus 2012-04-12
09:52:03 UTC ---
Regarding the original issue (comment 0): The patch has been submitted to
http://gcc.gnu.org/ml/fortran/2012-04/msg00058.html
* * *
(In reply to comment #2)
> Here's a somewhat diff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #9 from Paolo Carlini 2012-04-12
09:56:54 UTC ---
... or ;) in C++11 mode, have _Select1st and _Identity not deriving from
unary_function. Should work, very, very simple patch, and in any case the
latter is deprecated in C++11, we rea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52945
--- Comment #1 from Jan Hubicka 2012-04-12 09:56:44 UTC
---
Indeed, it should be tested only when weak aliases are supposed. There is some
dg trick for that...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #10 from Jonathan Wakely 2012-04-12
10:04:51 UTC ---
where else is _Select1st used? Does it need argument_type and result_type
defined? It doesn't matter if they come from unary_function, but it might
matter that they're defined, an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52839
--- Comment #28 from Jonathan Wakely 2012-04-12
10:06:38 UTC ---
all those uses in streams and facets are (I believe) from std::locale
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47230
--- Comment #18 from Mikael Pettersson 2012-04-12
10:09:32 UTC ---
It seems to be triggered(*) by Uros' PR46533 patch in r166999:
http://gcc.gnu.org/viewcvs?view=revision&revision=166999
Repeat-by:
1. have cross tools to alpha-linux hosted on e.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52839
Jonathan Wakely changed:
What|Removed |Added
CC|bkoz at gcc dot gnu.org |bkoz at redhat dot com
--- Comment #29
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #11 from Paolo Carlini 2012-04-12
10:14:15 UTC ---
Only in a few places in the associative, to instantiate _Rb_tree, but the
nested types are not used at all, afaics. And, well, if (in the near future) we
figure out some sort of neste
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47230
--- Comment #19 from Uros Bizjak 2012-04-12 10:24:36
UTC ---
(In reply to comment #18)
> It seems to be triggered(*) by Uros' PR46533 patch in r166999:
> http://gcc.gnu.org/viewcvs?view=revision&revision=166999
I don't think that this patch has
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #12 from Paolo Carlini 2012-04-12
10:27:16 UTC ---
Created attachment 27139
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27139
Draft I'm testing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52537
--- Comment #4 from Thomas Koenig 2012-04-12
10:47:36 UTC ---
For this particular case,
if (trim(a) == '')
could be simplified to
if (len_trim(a) == 0)
Probably best done via front-end optimization.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52946
Bug #: 52946
Summary: Unable to define a Block variable
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52937
--- Comment #2 from wschmidt at linux dot vnet.ibm.com 2012-04-12 11:39:37 UTC
---
Sure, I'll get that information today.
On Thu, 2012-04-12 at 09:28 +, rguenth at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52937
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52943
--- Comment #3 from Richard Guenther 2012-04-12
11:39:12 UTC ---
Author: rguenth
Date: Thu Apr 12 11:38:47 2012
New Revision: 186374
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186374
Log:
2012-04-12 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16233
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2005-06-26 02:27:01 |2012-04-12 11:50
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
Bug #: 52947
Summary: [4.7 Regression] bootstrap fails due to wrong include
search path composition
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #13 from paolo at gcc dot gnu.org
2012-04-12 12:18:15 UTC ---
Author: paolo
Date: Thu Apr 12 12:18:06 2012
New Revision: 186375
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186375
Log:
2012-04-12 Paolo Carlini
PR lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #14 from paolo at gcc dot gnu.org
2012-04-12 12:18:33 UTC ---
Author: paolo
Date: Thu Apr 12 12:18:23 2012
New Revision: 186376
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186376
Log:
2012-04-12 Paolo Carlini
PR lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #8 from Paolo Carlini 2012-04-12
12:21:04 UTC ---
Jeffrey, please commit and close the PR. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52702
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50359
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48396
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52841
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44283
--- Comment #1 from Jonathan Wakely 2012-04-12
12:35:07 UTC ---
(In reply to comment #0)
> namespace NS
> {
> typedef int X;
>
> template void f(X f, T t) { }
> }
>
> template void f(X, int); // (1)
>
> template void f(int, char);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17122
--- Comment #13 from Jonathan Wakely 2012-04-12
12:44:13 UTC ---
Are any of the examples in this PR actually valid?
I think G++ is correct to reject them.
foo ::operator+ is parsed the same as foo::operator+ so still finds the member
function,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52943
--- Comment #4 from Richard Guenther 2012-04-12
12:50:30 UTC ---
Author: rguenth
Date: Thu Apr 12 12:50:22 2012
New Revision: 186377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186377
Log:
2012-04-12 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52943
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52841
--- Comment #6 from fabien at gcc dot gnu.org 2012-04-12 12:50:31 UTC ---
(In reply to comment #5)
> Ping?
I haven't yet finished the investigation. Something is broken in c++11 mode,
the parsing of Solvable in "using sat::Solvable::bool_type;" is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52699
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
Richard Guenther changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
Target Mil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17122
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52699
--- Comment #7 from Paolo Carlini 2012-04-12
13:09:39 UTC ---
And the problem seems pretty clear: we have computations like:
__s0 = result_type(1) << __w0;
with __w0 which can be 32, result_type 32 bits, thus definitely we aren't
handling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #5 from Yukhin Kirill 2012-04-12
13:52:26 UTC ---
(In reply to comment #2)
> Created attachment 27133 [details]
> Proposed patch
>
> Kirill, can you please test proposed patch on AVX2 target?
Uros, I've slightly updated your patch:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #4 from Yukhin Kirill 2012-04-12
13:51:26 UTC ---
Created attachment 27140
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27140
Updated patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52916
--- Comment #5 from Igor Zamyatin 2012-04-12
13:55:54 UTC ---
With this patch 481.wrf is ok
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #6 from Uros Bizjak 2012-04-12 13:56:39
UTC ---
(In reply to comment #5)
> > Kirill, can you please test proposed patch on AVX2 target?
>
> Uros, I've slightly updated your patch: idx and vector were intermixed.
> Attached.
> It pas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17122
--- Comment #15 from Jonathan Wakely 2012-04-12
14:07:00 UTC ---
> pr17122.C:17:33: warning: friend declaration ‘void operator-(int, foo)’
> declares a non-template function [-Wnon-template-friend]
>friend void operator-(int, foo);//eliminat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49448
--- Comment #4 from Richard Earnshaw 2012-04-12
14:11:37 UTC ---
Author: rearnsha
Date: Thu Apr 12 14:11:33 2012
New Revision: 186379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186379
Log:
PR target/49448
* config.gcc (arm*-*-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49448
--- Comment #5 from Richard Earnshaw 2012-04-12
14:11:53 UTC ---
Author: rearnsha
Date: Thu Apr 12 14:11:49 2012
New Revision: 186380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186380
Log:
PR target/49448
* config.gcc (arm*-*-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52948
Bug #: 52948
Summary: UNRESOLVED: selfassign.c|dumb_plugin.c) in gcc/g++,
one_time_plugin.c in gcc, and dumb_plugin.c in g++
Classification: Unclassified
Product: gcc
Version: 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49448
Richard Earnshaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52945
--- Comment #2 from Dominique d'Humieres 2012-04-12
14:26:04 UTC ---
> Indeed, it should be tested only when weak aliases are supposed. There is some
> dg trick for that...
Which one between '/* { dg-require-alias "" } */' and '/* { dg-require-w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52948
Dominique d'Humieres changed:
What|Removed |Added
Summary|UNRESOLVED: |UNRESOLVED: selfassign.c in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
rhabarber1848 at web dot de changed:
What|Removed |Added
CC||rhabarber1848 at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17122
Jonathan Wakely changed:
What|Removed |Added
CC||tkapela at poczta dot fm
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30431
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52862
--- Comment #4 from Richard Guenther 2012-04-12
15:00:25 UTC ---
I'm testing
Index: convert.c
===
--- convert.c (revision 186373)
+++ convert.c (working copy)
@@ -44,11 +44,6 @@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #9 from Laurent Aflonsi 2012-04-12
15:05:25 UTC ---
Paolo,
I ve discovered that the encoding of M_key is encoded differently for each
thread-implementation. On pthread implementation M_key is an integer, whereas
on others it is point
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52549
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52937
William J. Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52939
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52862
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
Mike Frysinger changed:
What|Removed |Added
Known to work||4.4.7
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52949
Bug #: 52949
Summary: decltype too sensitive to order of declarations?
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52948
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
--- Comment #3 from Richard Guenther 2012-04-12
15:28:10 UTC ---
(In reply to comment #2)
> if you look at the tftp example, you'd see that your proposed struct does not
> work. the protocol needs two flexible array members at different starting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
--- Comment #2 from Rainer Emrich 2012-04-12
15:36:11 UTC ---
(In reply to comment #1)
> I remember Kai did surgery in this place. Did you identify a patch that
> caused
> this regression? My bet would be
>
> 2011-03-25 Kai Tietz
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
Paolo Carlini changed:
What|Removed |Added
CC|jakub at redhat dot com |paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
--- Comment #4 from Mike Frysinger 2012-04-12
15:42:49 UTC ---
(In reply to comment #3)
wouldn't it though ? there's still a top level union there surrounding all the
members. so flattening it, i'd get three choices:
- th_block; th_data
- th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52949
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52949
--- Comment #2 from Jonathan Wakely 2012-04-12
16:12:15 UTC ---
this is no different to;
struct Vector
{
static const int i = sizeof(member_); // error
int member_;
static const int j = sizeof(member_); // ok
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18589
--- Comment #9 from William J. Schmidt 2012-04-12
16:15:24 UTC ---
Author: wschmidt
Date: Thu Apr 12 16:15:13 2012
New Revision: 186384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186384
Log:
gcc:
2012-04-12 Bill Schmidt
PR tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18589
William J. Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52946
Andrew Pinski changed:
What|Removed |Added
Severity|major |enhancement
--- Comment #1 from Andrew Pi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52734
--- Comment #15 from vries at gcc dot gnu.org 2012-04-12 16:25:28 UTC ---
Created attachment 27142
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27142
pr52734.2.patch
Another tentative patch. Also not precise, but a simpler approach.
Now te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #11 from Paolo Carlini 2012-04-12
16:29:32 UTC ---
In mainline, for x86_64-linux, the below patchlet indeed avoids the valgrind
errors and passes make check, make check-performance.
Index: src/c++98/mt_allocator.cc
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
Daniel Richard G. changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49611
--- Comment #3 from Ryan Johnson 2012-04-12 16:39:32
UTC ---
FYI: based on a discussion from quite some time ago [1], it seems that the
Linux kernel folks would be "tickled pink" to have this feature, and discussed
several potential ways to imple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52950
Bug #: 52950
Summary: --enable-symvers=gnu-versioned-namespace exports
symbol twice.
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52939
--- Comment #3 from Martin Jambor 2012-04-12
17:05:01 UTC ---
Created attachment 27143
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27143
Simple testcase
This should be a simpler testcase. What happens is that we are
attempting to devirt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #7 from Uros Bizjak 2012-04-12 17:07:56
UTC ---
Created attachment 27144
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27144
Even more updated patch
Patch that also fixes vpermd insn.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #8 from Uros Bizjak 2012-04-12 17:10:31
UTC ---
(In reply to comment #5)
> Uros, I've slightly updated your patch: idx and vector were intermixed.
The same cure should be applied to vpermd insn. Fortunately, this allowed us to
vecto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52775
--- Comment #1 from Michael Meissner 2012-04-12
17:10:38 UTC ---
Author: meissner
Date: Thu Apr 12 17:10:27 2012
New Revision: 186387
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186387
Log:
[gcc]
2012-04-11 Michael Meissner
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #9 from uros at gcc dot gnu.org 2012-04-12 18:37:47 UTC ---
Author: uros
Date: Thu Apr 12 18:37:42 2012
New Revision: 186388
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186388
Log:
PR target/52932
* config/i386/avx2in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52946
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46400
--- Comment #13 from Peter Bergner 2012-04-12
19:16:16 UTC ---
Created attachment 27145
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27145
Test case from EMAN2
Here's yet another test case that fails (on powerpc64-linux) and is fixed on
m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52951
Bug #: 52951
Summary: internal compiler error with c++11 initializer lists
and C arrays
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52948
--- Comment #3 from Dominique d'Humieres 2012-04-12
20:54:35 UTC ---
Indeed, removing the lines
TODO_dump_func/* todo_flags_finish */
fixes the PR (I don't have write permissions).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #9 from Jeffrey Yasskin 2012-04-12
20:59:14 UTC ---
Author: jyasskin
Date: Thu Apr 12 20:59:09 2012
New Revision: 186391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186391
Log:
Fix PR52822 (stable_partition move-assigns obj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52775
--- Comment #2 from Michael Meissner 2012-04-12
21:00:17 UTC ---
Author: meissner
Date: Thu Apr 12 21:00:07 2012
New Revision: 186392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186392
Log:
[gcc]
2012-04-12 Michael Meissner
Bac
1 - 100 of 160 matches
Mail list logo
