http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51697
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
Depends o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52941
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #4 from Oleg Endo 2012-04-12 06:19:44
UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> I don't know about their history. -mcbranchdi is enabled by default,
> though. See gcc/common/config/sh/sh-common.c:sh_option_optimi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29366
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
Bug #: 52944
Summary: [4.5/4.6 Regression] __builtin_object_size(..., 1) no
longer returns (size_t)-1 for consecutive
flexible/zero-length array members
Classification: Unclassifie
l/gcc-r186359-install
--program-prefix=r186359- --enable-languages=c,c++
Thread model: posix
gcc version 4.8.0 20120411 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
--- Comment #2 from Paolo Carlini 2012-04-12
01:38:50 UTC ---
Bah, the more I look into it, the more seems indeed a front-end issue, I see
only public typedefs around. Then we would badly need a small reproducer.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29366
--- Comment #3 from Kazumoto Kojima 2012-04-12
01:20:06 UTC ---
(In reply to comment #2)
> I think some of the problems will disappear once PR 52941 is done.
> After that, and having the new atomic builtins of 4.7, we could get rid of the
> confi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52941
--- Comment #1 from Kazumoto Kojima 2012-04-12
01:18:42 UTC ---
(In reply to comment #0)
> Other than that, should we add another option '-mhard-atomic' (which would
> enable the movco/movli atomics on SH4A and disable all atomic insns for
> non-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #3 from Kazumoto Kojima 2012-04-12
01:13:15 UTC ---
(In reply to comment #2)
I don't know about their history. -mcbranchdi is enabled by default,
though. See gcc/common/config/sh/sh-common.c:sh_option_optimization_table.
Unfortunate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52942
Bug #: 52942
Summary: [4.7 Regression] using std::ref with a
std::unordered_map fails to compile
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #11 from Jonathan Wakely 2012-04-12
00:22:01 UTC ---
(In reply to comment #7)
> Don't you think this is a problem? I called reserve on x to avoid memory
> reallocation, and yet I am faced with memory reallocation just because I call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #10 from Abdul Tohmaz 2012-04-12
00:11:34 UTC ---
Thanks for the clarification,
I will switch to ext/vstring.h...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50043
Paolo Carlini changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51295
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #8 from Paolo Carlini 2012-04-11
23:57:34 UTC ---
What we tried to explain is that this sort of issue is well known and, more or
less, affects *any* reference counted implementation (I'm pretty sure you can
even find duplicates in Bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
Abdul Tohmaz changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WONTFIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #6 from Abdul Tohmaz 2012-04-11
23:50:21 UTC ---
Guys, I do value your points, but please consider the following:
I can't always be in control when a copy is made of my string. Here is a quick
example.
string x;
x.reserve(1024); //n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29366
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52941
Bug #: 52941
Summary: SH Target: Add support for movco.l / movli.l atomics
on SH4A
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52924
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52924
--- Comment #9 from Jonathan Wakely 2012-04-11
23:13:49 UTC ---
Author: redi
Date: Wed Apr 11 23:13:44 2012
New Revision: 186367
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186367
Log:
PR libstdc++/52924
* include/bits/shared_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52940
Bug #: 52940
Summary: conversion from MODE_PARTIAL_INT uses sign extension
for unsigned types
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52503
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52479
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
--- Comment #27 from Oleg Endo 2012-04-11
23:01:19 UTC ---
Author: olegendo
Date: Wed Apr 11 23:01:12 2012
New Revision: 186365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186365
Log:
PR target/50751
* gcc/target/sh/pr50751-4.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52924
--- Comment #8 from Jonathan Wakely 2012-04-11
22:54:59 UTC ---
Author: redi
Date: Wed Apr 11 22:54:53 2012
New Revision: 186363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186363
Log:
PR libstdc++/52924
* include/bits/shared_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
Oleg Endo changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #1 from Oleg Endo 2012-04-11 22:48:18
UTC ---
Created attachment 27138
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27138
Examples
In addition to the original case, I've noticed that there are more weird things
happening with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52864
Neil Carlson changed:
What|Removed |Added
CC||nnc at lanl dot gov
--- Comment #2 from Ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
--- Comment #13 from Jonathan Wakely 2012-04-11
21:13:50 UTC ---
Author: redi
Date: Wed Apr 11 21:13:45 2012
New Revision: 186359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186359
Log:
PR libstdc++/52591
* include/bits/stl_vec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #4 from Jonathan Wakely 2012-04-11
21:08:16 UTC ---
N.B. you can get the behaviour you want by calling reserve after creating y
std::string x;
std::string y(x);
x.reserve(20); /// x capacity is 20
unk dated 20120411 on an AMD x86_64 box.
The compiler said
determinize.cc: At global scope:
determinize.cc:38:1: internal compiler error: in
gimple_get_virt_method_for_binfo, at gimple-fold.c:3093
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #3 from Jonathan Wakely 2012-04-11
20:57:18 UTC ---
(In reply to comment #2)
> Why do I see memory is being reallocated even though the string x content can
> fit within what I requested in my reserve call?
Because GCC's std::string
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47230
--- Comment #17 from Mikael Pettersson 2012-04-11
20:48:54 UTC ---
With binutils-2.22 (vanilla) I'm unable to bootstrap gcc-4.6.3 on
alphaev6-unknown-linux, due to a bunch of 'relocation truncated to fit' errors.
Applying the patch from #c12 all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496
Eric Botcazou changed:
What|Removed |Added
Component|rtl-optimization|target
--- Comment #23 from Eric Botcazou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465
--- Comment #6 from fabien at gcc dot gnu.org 2012-04-11 20:40:58 UTC ---
Author: fabien
Date: Wed Apr 11 20:40:51 2012
New Revision: 186355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186355
Log:
gcc/testsuite/ChangeLog
2012-04-09 Fab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #29 from Marc Glisse 2012-04-11
20:35:00 UTC ---
Created attachment 27136
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27136
V4DF generic shuffle
A patch (independent from the others) implementing what is explained in the
last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #2 from Abdul Tohmaz 2012-04-11
20:32:26 UTC ---
(In reply to comment #1)
> Why do you think this is a bug? I don't see why x="aaa"; would not change the
> reserve.
>
> The main reason why it changes the reserve is that the backin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
Andrew Pinski changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1 from Andrew Pins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
Bug #: 52938
Summary: std::string::reserve request is not maintained if
object is used in other object copy ctore
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52937
Bug #: 52937
Summary: [4.8 Regression] ICE in several cpu2006 benchmarks
with -fprofile-use (assert in get_loop_body)
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52876
--- Comment #15 from hjl at gcc dot gnu.org 2012-04-11
19:31:49 UTC ---
Author: hjl
Date: Wed Apr 11 19:31:45 2012
New Revision: 186351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186351
Log:
Check for incompatible pointer sign extensi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52916
--- Comment #4 from Tobias Burnus 2012-04-11
19:11:46 UTC ---
Submitted patch: http://gcc.gnu.org/ml/fortran/2012-04/msg00055.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52918
--- Comment #13 from B. Scott Michel 2012-04-11
18:38:24 UTC ---
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52890
Pat Haugen changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #7 from Pat Haugen 2012-04-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52906
--- Comment #1 from Jason Merrill 2012-04-11
17:55:23 UTC ---
Author: jason
Date: Wed Apr 11 17:55:12 2012
New Revision: 186345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186345
Log:
PR c++/52906
* decl.c (check_tag_decl): Don
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
Yukhin Kirill changed:
What|Removed |Added
CC||kirill.yukhin at intel dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #28 from Marc Glisse 2012-04-11
16:48:47 UTC ---
A difficulty I hadn't foreseen is that the code that canonicalizes permutations
(and in particular checks if one of the operands is unused) is in
ix86_expand_vec_perm_const. So if I ask
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52936
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-unknown-linux-gnu
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52890
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52936
--- Comment #1 from Andrew Haley 2012-04-11 16:06:08
UTC ---
Created attachment 27134
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27134
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52936
Bug #: 52936
Summary: Assertion failure in c-typeck.c
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52890
--- Comment #5 from Martin Jambor 2012-04-11
15:53:44 UTC ---
But when I add the following line to the patch linked above, the
problem goes away:
Index: src/gcc/tree-sra.c
===
--- s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52929
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52929
--- Comment #4 from Ben 2012-04-11 15:18:16 UTC ---
System: Archlinux x64 / XFCE
IDE: QtCreator 2.4
Buildsystem: qmake
Used libraries: qt 4.6.x
Language: C++
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52911
--- Comment #2 from zuogang 2012-04-11 15:01:55 UTC
---
use another gcc(4.5.1) runing on the ppc e500v2 box (ship with Sourcery pdts),
everything is ok!
root@P2020RDB:/dev/shm> gcc -v
Reading specs from /usr/bin/../lib/gcc/powerpc-linux-gnu/4.5.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52890
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621
Richard Guenther changed:
What|Removed |Added
Known to work||4.8.0
Summary|[4.6/4.7/4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52918
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
Uros Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
Uros Bizjak changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
Uros Bizjak changed:
What|Removed |Added
Target||x32
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52558
--- Comment #17 from rguenther at suse dot de
2012-04-11 14:07:27 UTC ---
On Wed, 11 Apr 2012, aldyh at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52558
>
> --- Comment #16 from Aldy Hernandez 2012-04-11
> 13:37:17 U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621
--- Comment #12 from Richard Guenther 2012-04-11
14:04:23 UTC ---
Author: rguenth
Date: Wed Apr 11 14:04:00 2012
New Revision: 186321
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186321
Log:
2012-04-11 Richard Guenther
PR middle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52918
--- Comment #11 from Richard Guenther 2012-04-11
14:02:37 UTC ---
Author: rguenth
Date: Wed Apr 11 14:02:26 2012
New Revision: 186320
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186320
Log:
2012-04-11 Richard Guenther
PR middle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52928
--- Comment #1 from gingold at gcc dot gnu.org
2012-04-11 14:01:27 UTC ---
The error pattern is:
_ZN10__cxxabiv117__array_type_infoD2Ev:
.pdesc _ZN10__cxxabiv117__array_type_infoD2Ev..en,stack
$70.._ZNSt9type_infoD2Ev..lk:
.link
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52906
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52558
--- Comment #16 from Aldy Hernandez 2012-04-11
13:37:17 UTC ---
(In reply to comment #15)
> Both value-numbering (FRE/PRE, that do not run after store motion :/) and
> DOM should figure this out. DOM only in theory, but at least in this simple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52935
Bug #: 52935
Summary: Unnecessary DW_TAG_pointer_type DIEs in C++
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52886
--- Comment #5 from Dominique d'Humieres 2012-04-11
13:19:35 UTC ---
> > Maybe fixed now.
> Confirmed for cris-elf; I assume Dominique wants to verify and close.
My machine is slow and I won't get any answer before tomorrow morning.
If nobody b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52886
--- Comment #4 from Hans-Peter Nilsson 2012-04-11
13:09:50 UTC ---
(In reply to comment #3)
> Maybe fixed now.
Confirmed for cris-elf; I assume Dominique wants to verify and close.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52729
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52729
--- Comment #2 from Tobias Burnus 2012-04-11
13:08:38 UTC ---
Author: burnus
Date: Wed Apr 11 13:08:32 2012
New Revision: 186318
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186318
Log:
2012-04-11 Tobias Burnus
PR fortran/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36266
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
--- Comment #1 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52473
Tobias Burnus changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52934
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52934
Bug #: 52934
Summary: enhancement: cshift0 should be inlined
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621
--- Comment #11 from Richard Guenther 2012-04-11
12:17:12 UTC ---
evolution_function_is_invariant_rec_p returns true for
(integer(kind=8)) {0, +, {2, +, 2}_2}_2 and loop 1 even if loop 2 is nested
inside loop 1. Thus,
@@ -1011,6 +1029,8 @@ evol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52918
--- Comment #10 from Kai Tietz 2012-04-11 12:05:27
UTC ---
(In reply to comment #9)
> Created attachment 27132 [details]
> patch
>
> Can you test the attached?
Bootstrap and regression test passes. Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16458
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|http://gcc.gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16458
--- Comment #8 from Peter Bergner 2012-04-11
11:51:54 UTC ---
Author: bergner
Date: Wed Apr 11 11:51:50 2012
New Revision: 186312
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186312
Log:
gcc/
PR target/16458
* rtlanal.c (unsigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
--- Comment #26 from Oleg Endo 2012-04-11
11:35:36 UTC ---
Author: olegendo
Date: Wed Apr 11 11:35:32 2012
New Revision: 186311
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186311
Log:
PR target/50751
* config/sh/sh-protos.h (sh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52931
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52931
--- Comment #2 from paolo at gcc dot gnu.org
2012-04-11 11:27:57 UTC ---
Author: paolo
Date: Wed Apr 11 11:27:50 2012
New Revision: 186310
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186310
Log:
2012-04-11 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52918
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52624
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52624
--- Comment #11 from Eric Botcazou 2012-04-11
11:13:43 UTC ---
Author: ebotcazou
Date: Wed Apr 11 11:13:39 2012
New Revision: 186308
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186308
Log:
PR target/52624
* doc/extend.texi (Oth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52918
--- Comment #8 from Richard Guenther 2012-04-11
11:11:45 UTC ---
And for the 2nd:
typedef __SIZE_TYPE__ size_t;
class bad_alloc { };
typedef struct {
} __gthread_mutex_t;
int __gthread_mutex_unlock (__gthread_mutex_t *__mutex);
class __concurr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52933
--- Comment #1 from Oleg Endo 2012-04-11 11:04:09
UTC ---
Created attachment 27131
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27131
Before/After Examples
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52933
Bug #: 52933
Summary: SH Target: Use div0s for integer sign comparisons
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52918
--- Comment #7 from Richard Guenther 2012-04-11
10:44:41 UTC ---
Reduced testcase for the first source:
typedef __SIZE_TYPE__ size_t;
void* __cxa_allocate_exception(size_t) throw();
typedef struct { } __gthread_mutex_t;
extern int __gthr_win32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52924
--- Comment #7 from Jonathan Wakely 2012-04-11
10:34:04 UTC ---
Yes, very simple, I'll check it in tonight
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52924
--- Comment #6 from Paolo Carlini 2012-04-11
10:29:55 UTC ---
I see, in a sense I'm more happy. Anyway the issue seems easy to fix, right?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
Bug #: 52932
Summary: AVX2 intrinsic _mm256_permutevar8x32_ps has wrong
parameter type
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
1 - 100 of 114 matches
Mail list logo
