http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #18 from Tobias Burnus 2011-11-07
08:11:34 UTC ---
(In reply to comment #16)
> Created attachment 25730 [details]
> Possible patch which pushes the vtab to the toplevel
At least that approach fails for the following file (of PSBLAS 3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
--- Comment #5 from Iain Sandoe 2011-11-07 08:24:54
UTC ---
(In reply to comment #4)
> (In reply to comment #3)
FWIW gcc-4.2.1 (Apple local) fails and clang passes the test (although clang's
asm at version 2.9 is a bit long-winded c.f. GCC's ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47698
--- Comment #6 from Kirill Yukhin 2011-11-07
08:42:00 UTC ---
Author: kyukhin
Date: Mon Nov 7 08:41:55 2011
New Revision: 181075
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181075
Log:
gcc/
PR rtl-optimization/47698
* ifconv.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50962
--- Comment #4 from Kirill Yukhin 2011-11-07
08:47:18 UTC ---
Author: kyukhin
Date: Mon Nov 7 08:47:15 2011
New Revision: 181077
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181077
Log:
gcc/
PR target/50962
* config/i386/i386-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34983
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Depends on|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47344
Richard Guenther changed:
What|Removed |Added
Blocks||34983
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34983
Richard Guenther changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #7 from vincenzo Innocente
2011-11-07 09:23:30 UTC ---
The situation now is even more confused.
Most of the std algos have iterators as arguments. Visibility seems not to
propagate there..
below is my extensive test
compile as
c++ -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51000
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
--- Comment #6 from Richard Guenther 2011-11-07
09:28:17 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
>
> FWIW gcc-4.2.1 (Apple local) fails and clang passes the test (although clang's
> asm at version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
Bug #: 51004
Summary: ICE in lower_stmt at gimple-low.c:428
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #8 from vincenzo Innocente
2011-11-07 09:38:08 UTC ---
Reduced test
actually it is enough to add
s::foo(v);
in the main after s::foo(a);
to get
0e34 t void s::foo(A)
0e3a T void s::foo >(s::vector)
0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
Bug #: 51005
Summary: -ftree-tail-merge slows down compilation of
20001226-1.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51006
Bug #: 51006
Summary: bootstrap fails on NetBSD 5.1
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51006
--- Comment #1 from Jonathan Wakely 2011-11-07
09:46:47 UTC ---
Created attachment 25732
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25732
use system getpagesize on netbsd
testing this now
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
--- Comment #1 from vries at gcc dot gnu.org 2011-11-07 09:53:15 UTC ---
-ftree-tail-merge optimises about half of the basic blocks away:
...
$ egrep -c '^
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51006
--- Comment #2 from Jonathan Wakely 2011-11-07
09:54:01 UTC ---
bootstrap completes successfully with that patch
the manual page says getpagesize first appeared in 4.2BSD so I can't imagine
it's absent on any NetBSD version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50823
Yukhin Kirill changed:
What|Removed |Added
CC||kirill.yukhin at intel dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
--- Comment #2 from vries at gcc dot gnu.org 2011-11-07 10:05:03 UTC ---
Created attachment 25733
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25733
possible patch
This patch brings the computation time back down:
...
$ time gcc src/gcc/tes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50676
--- Comment #3 from Markus Trippelsdorf
2011-11-07 10:49:23 UTC ---
Just hit the same problem today:
...
/tmp/ccNz0HZT.ltrans29.ltrans.o:ccNz0HZT.ltrans29.o:function
_ZZN2js9InterpretEP9JSContextPNS_10StackFrameENS_10InterpModeEE15normalJumpTable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Bug #: 51007
Summary: Quadmath I/O doesn't work on MinGW
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
--- Comment #3 from Richard Guenther 2011-11-07
11:00:39 UTC ---
Note that PRE already performs TODO_update_ssa_only_virtuals (well, of course
only if something marked the VOP for renaming which happens whenever it
inserts a load somewhere). So
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #19 from paul.richard.thomas at gmail dot com 2011-11-07 11:00:47 UTC ---
Dear Tobias,
I have been keeping out of this for the time being because I want to
get some of the final OOP array issues out of the way. I figured
that, as a r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #1 from Francois-Xavier Coudert
2011-11-07 11:03:32 UTC ---
I don't know if it's related, or two different bugs, but hexadecimal printing
has the correct mantissa with a wrong exponent. See below the same testcase
compile on my mac (n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
Richard Guenther changed:
What|Removed |Added
Status|NEW |WAITING
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #2 from Francois-Xavier Coudert
2011-11-07 11:29:39 UTC ---
The bug is not in the I/O routine, it can be reproduce by this simple
self-contained testcase (which doesn't need libquadmath).
#include
typedef union
{
__float128 value
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #3 from Francois-Xavier Coudert
2011-11-07 11:39:12 UTC ---
Going further: I tried to compare the trees generated by the simple function
below:
#include
typedef union
{
__float128 value;
struct
{
#if __BYTE_ORDER__ == __ORD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913
Serge Belyshev changed:
What|Removed |Added
Target||i686-*-* x86_64-*-*
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #4 from Kai Tietz 2011-11-07 12:00:49
UTC ---
The issue is caused by bitfield layout. For mingw targets the -mms-bitfields
option is for 4.7 active by default.
So the mixture of different sized types in union is leading to this beh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50999
--- Comment #2 from Richard Guenther 2011-11-07
12:02:36 UTC ---
Created attachment 25734
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25734
proposed patch
Hm, on x86_64 the EH table is not empty (look at g++.dg/lto/20081109_1.C,
the usua
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #5 from Kai Tietz 2011-11-07 12:19:09
UTC ---
Suggested patch for this issue
ChangeLog
* quadmath-imp.h (ieee854_float128): Adjust
for ms-bitfield layout.
Index: quadmath-imp.h
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||patch
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #7 from dave.anglin at bell dot net 2011-11-07 12:48:30 UTC ---
On 7-Nov-11, at 6:07 AM, rguenth at gcc dot gnu.org wrote:
> Is hppa2.0w-hp-hpux11.11 a host-wide-int 32bit host? (no idea how I
> can
> force HWI 32bit here :/)
No,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913
Serge Belyshev changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39570
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.0
--- Comment #5 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
--- Comment #7 from Iain Sandoe 2011-11-07 13:37:16
UTC ---
still not right .. generates wrong code for the first two accesses (missing the
indirect load).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
Bug #: 51008
Summary: GTHR - extend interface with
__gthread_recursive_mutex_destroy
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #1 from Andrey Galkin 2011-11-07
13:52:36 UTC ---
* The problem is in incompatible types when __gthread_mutex_destroy is called
instead of __gthread_recursive_mutex_destroy (missing in the default interface)
in __recursive_mutex::_S_d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #2 from Jonathan Wakely 2011-11-07
14:02:52 UTC ---
The best solution is to add that function to the gthr API, but stage1 is about
to end, so we might not have time to do it (the reason for the _S_destroy hack
in the first place was l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #3 from Jonathan Wakely 2011-11-07
14:04:09 UTC ---
P.S. this is very unlikely to get fixed on the 4.6 branch, but there might be
time to get it done for 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #4 from Jonathan Wakely 2011-11-07
14:24:43 UTC ---
Created attachment 25735
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25735
use __GTHREAD_RECURSIVE_MUTEX_DESTROY_FUNCTION if defined
here's a proof of concept, that would al
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #5 from Andrey Galkin 2011-11-07
14:28:56 UTC ---
Created attachment 25736
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25736
PR51008 workaround, fits GCC 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
Andrey Galkin changed:
What|Removed |Added
Severity|major |minor
--- Comment #6 from Andrey Galkin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45723
--- Comment #7 from Janne Blomqvist 2011-11-07 14:32:56
UTC ---
Author: jb
Date: Mon Nov 7 14:32:50 2011
New Revision: 181085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181085
Log:
Revert previous fix for PR 45723.
libgfortran Chang
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45723
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #8 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #9 from dave.anglin at bell dot net 2011-11-07 14:44:52 UTC ---
Created attachment 25738
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25738
arith-rand-ll.c.124t.vrp2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #8 from dave.anglin at bell dot net 2011-11-07 14:44:50 UTC ---
On 11/7/2011 6:07 AM, rguenth at gcc dot gnu.org wrote:
> Can you attach -fdump-tree-vrp-details dumps for trunk head?
Attached.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #43 from David Edelsohn 2011-11-07
15:04:30 UTC ---
Jonathan,
Your patch works, but Rainer still has not checked in his original patch fixing
gthr headers, AFAIK.
Thanks, David
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42980
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #17 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #44 from Jonathan Wakely 2011-11-07
15:12:26 UTC ---
Great, thanks - we can leave it open for now until it's fully resolved.
As I said in comment 28, we might need to adjust the libstdc++ testsuite now
that some new threading feature
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #10 from Richard Guenther 2011-11-07
15:09:54 UTC ---
Weird. My cross configured with
/space/rguenther/src/svn/trunk/configure --enable-languages=c,c++,fortran
--disable-nls --target=hppa2.0w-hp-hpux11.11
does not reproduce this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #7 from Tobias Burnus 2011-11-07
15:29:52 UTC ---
(In reply to comment #5)
> ChangeLog
>
> * quadmath-imp.h (ieee854_float128): Adjust
> for ms-bitfield layout.
>
> +#ifdef __MINGW32__
> + /* On mingw targets ms-bit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51009
Bug #: 51009
Summary: [4.7 Regression] ICE in verify_gimple_stmt
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51009
Volker Reichelt changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50822
--- Comment #7 from Jan Hubicka 2011-11-07
15:47:08 UTC ---
Hi,
the problem seems to be due to fact that C++ FE output extern aliases. This is
not quite documented and they was simply removed by the old alias pair handling
code (I believe by acc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42636
Serge Belyshev changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50789
--- Comment #8 from Jakub Jelinek 2011-11-07
15:59:10 UTC ---
Author: jakub
Date: Mon Nov 7 15:59:07 2011
New Revision: 181089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181089
Log:
PR tree-optimization/50789
* tree-vect-stmt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16166
--- Comment #3 from Jonathan Wakely 2011-11-07
16:10:10 UTC ---
Reviewing these warnings w.r.t the much improved third edition...
(In reply to comment #1)
> # Item 11: Define a copy constructor and an assignment operator for classes
> with
> dy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #11 from dave.anglin at bell dot net 2011-11-07 16:11:55 UTC ---
On 11/7/2011 10:09 AM, rguenth at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
>
> --- Comment #10 from Richard Guenther 2011-11-07
> 15:09
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #12 from dave.anglin at bell dot net 2011-11-07 16:11:56 UTC ---
Created attachment 25740
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25740
xxx.c.124t.vrp2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #20 from Tobias Burnus 2011-11-07
16:17:34 UTC ---
(In reply to comment #18)
> (In reply to comment #16)
> > Created attachment 25730 [details]
> > Possible patch which pushes the vtab to the toplevel
The reason for the failure is cl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50963
--- Comment #1 from Uros Bizjak 2011-11-07 16:24:28
UTC ---
The problem is in (call:DI (mem:QI (symbol_ref:DI ("__tls_get_addr")) [0 S1
A8]), the symbol_ref does not satisfy constant_call_address_operand predicate.
Unfortunately, these are speci
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38928
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #21 from Tobias Burnus 2011-11-07
16:27:24 UTC ---
(In reply to comment #20)
> The reason for the failure is clear: For the derived type/class, the function
> __copy_xtt_Foo is created. The created function is in the scope of the deri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34152
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51010
Bug #: 51010
Summary: [4.7 Regression] bad diagnostics: #'ssa_name' not
supported by pp_c_expression#]'
Classification: Unclassified
Product: gcc
Version: 4.7.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #45 from Rainer Orth 2011-11-07 16:34:37
UTC ---
Author: ro
Date: Mon Nov 7 16:34:31 2011
New Revision: 181095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181095
Log:
Return gthr-posix.h to libgcc (PR bootstrap/50982)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
--- Comment #2 from kennytm at gmail dot com 2011-11-07 16:36:37 UTC ---
Created attachment 25741
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25741
The processed file that triggers the bug.
Reduced test case:
=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #46 from Rainer Orth 2011-11-07 16:43:35
UTC ---
David,
I had been waiting to see if the remaining AIX gthread issues were releated to
my patch. Since that's not the case and my own testing had completed
successfully,
I've now check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #47 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-07 16:45:36 UTC ---
> --- Comment #44 from Jonathan Wakely 2011-11-07
> 15:12:26 UTC ---
> Great, thanks - we can leave it open for now until it's fully resolved.
>
> As I said in c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33255
--- Comment #28 from Jason Merrill 2011-11-07
17:51:28 UTC ---
Author: jason
Date: Mon Nov 7 17:51:24 2011
New Revision: 181100
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181100
Log:
PR c++/33255
* decl.c (save_function_data)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #9 from Jason Merrill 2011-11-07
17:51:43 UTC ---
Author: jason
Date: Mon Nov 7 17:51:40 2011
New Revision: 181102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181102
Log:
PR c++/35688
* decl2.c (constrain_visibilit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50822
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-07 17:54:00 UTC ---
> I am testing the attached patch that ought to solve the issue.
A sparc-sun-solaris2.11 bootstrap with Sun as is now into stage3, so
this looks quite good so far.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49313
--- Comment #12 from Georg-Johann Lay 2011-11-07
18:08:40 UTC ---
Author: gjl
Date: Mon Nov 7 18:08:35 2011
New Revision: 181104
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181104
Log:
PR target/49313
* config/avr/lib1funcs.S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50919
--- Comment #5 from janus at gcc dot gnu.org 2011-11-07 18:41:16 UTC ---
Author: janus
Date: Mon Nov 7 18:41:12 2011
New Revision: 181107
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181107
Log:
2011-11-07 Janus Weil
PR fortran/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50919
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20634
Serge Belyshev changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
Bug #: 51011
Summary: FAIL: gcc.dg/atomic-generic.c (test for excess errors)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48426
--- Comment #15 from Andreas Kloeckner 2011-11-07
19:25:32 UTC ---
Zydrunas and I have successfully completed the copyright assignment process,
and we're ready to move forward with this patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |4.7.0
Summary|Quadmath I/O doe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22065
Serge Belyshev changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51012
Bug #: 51012
Summary: [4.7 Regression] ICE: in fold_convert_loc, at
fold-const.c:1897 with -fno-early-inlining and passing
incompatible function ptr
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48426
--- Comment #16 from Steve Kargl
2011-11-07 19:49:39 UTC ---
On Mon, Nov 07, 2011 at 07:25:32PM +, inform at tiker dot net wrote:
> --- Comment #15 from Andreas Kloeckner 2011-11-07
> 19:25:32 UTC ---
> Zydrunas and I have successfully comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
--- Comment #2 from dave.anglin at bell dot net 2011-11-07 20:03:43 UTC ---
On 11/7/2011 2:27 PM, amacleod at redhat dot com wrote:
> Is dejagnu on hpux limited somehow
That's not the problem.
The problem is the atomic functions are not being type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51013
Bug #: 51013
Summary: complex::{imag,real}() should maintain
lvalue-returning extension in C++11
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51013
Paolo Carlini changed:
What|Removed |Added
CC|paolo at gcc dot gnu.org|gdr at gcc dot gnu.org
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50997
--- Comment #3 from Fredrik Hederstierna
2011-11-07 21:11:13 UTC ---
Ok, answer to myself. I found the patch:
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00169.html
I think the patch is very unfortunate, if I knew I should have objected.
It's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51014
Bug #: 51014
Summary: [4.7 Regression] ICE: in apply_opt_in_copies, at
loop-unroll.c:2283 with -O2 -g -funroll-loops
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #10 from Jason Merrill 2011-11-07
21:17:28 UTC ---
Created attachment 25744
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25744
patch for 4.6
I think I'm not going to apply this to release branches, as it's a pretty
significant
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50999
--- Comment #3 from Hans-Peter Nilsson 2011-11-07
21:24:59 UTC ---
(In reply to comment #2)
> Created attachment 25734 [details]
> proposed patch
>
> Hm, on x86_64 the EH table is not empty (look at g++.dg/lto/20081109_1.C,
> the usual symtom is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51015
Bug #: 51015
Summary: ice in vect_determine_vectorization_factor with -O3
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 174 matches
Mail list logo
