http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51203
--- Comment #1 from Pubby8 2011-11-18 07:53:36 UTC
---
Whoops! I seem to have left out the template qualifier.
template
struct foo {
template
using next = typename foo::next;
template <>
using next<10> = int; // not sure if alias templ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51205
Bug #: 51205
Summary: -flto discards memset/memcpy when only referenced by
g++ generated code
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51204
Bug #: 51204
Summary: g++ does not link getaddrinfo with -lxnet on
OpenIndiana
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51203
Bug #: 51203
Summary: Recursive alias templates not working
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Eric Botcazou changed:
What|Removed |Added
Host||sparc-*-*
Summary|gcc 4.6.2 mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
--- Comment #3 from Janne Blomqvist 2011-11-18 06:41:15
UTC ---
(In reply to comment #2)
> Well, thanks for pointing out I was not precise enough.
> While "reducing" the problem, I forgot that the difference
> lies in where the line
>
> > > Floa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51202
Andrew Pinski changed:
What|Removed |Added
Target||nios2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51202
Bug #: 51202
Summary: Whether the “else” sentence is necessary to guarantee
“if” block works correctly in gcc 3.4.4
Classification: Unclassified
Product: gcc
Version: 3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51201
--- Comment #2 from Jie Zhang 2011-11-18 02:51:35 UTC
---
(In reply to comment #1)
> "../../git/configure" Can you try with an absolute path instead?
Yes. It has the same error. It happens when configured as a cross compiler, but
not as a nativ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51201
--- Comment #1 from Andrew Pinski 2011-11-18
02:47:09 UTC ---
"../../git/configure" Can you try with an absolute path instead?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51201
Bug #: 51201
Summary: /bin/bash: gnatls: command not found
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51200
--- Comment #1 from Joey Ye 2011-11-18 02:23:17 UTC ---
A patch is available at http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00217.html
but is pending for about 1 year.
Latest discussion is at http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01623.ht
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51200
Bug #: 51200
Summary: Wrong code sequence to store restrict volatile
bitfield
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51134
--- Comment #8 from Jan Hubicka 2011-11-18
02:18:32 UTC ---
Author: hubicka
Date: Fri Nov 18 02:18:28 2011
New Revision: 181466
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181466
Log:
PR bootstrap/51134
* i386.c (atom_cost): F
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51182
--- Comment #4 from Matt Hargett 2011-11-18 01:43:32 UTC
---
Ah, okay. I read in your email you were looking for evidence of bugs, and the
behaviour looked fishy to me. Regardless, here is a performance improvement
that perhaps should be gotten w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51182
--- Comment #3 from Matt Hargett 2011-11-18 01:41:04 UTC
---
Created attachment 25850
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25850
pre-procecessed source that produces better-performing code with two iterations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #7 from Richard Henderson 2011-11-18
01:38:53 UTC ---
Author: rth
Date: Fri Nov 18 01:38:48 2011
New Revision: 181465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181465
Log:
PR libstdc++/51181
* libsupc++/eh_tm.cc (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51198
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
David Fang changed:
What|Removed |Added
CC||fang at csl dot cornell.edu
--- Comment #23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51134
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51198
--- Comment #3 from Andrew Pinski 2011-11-18
00:26:25 UTC ---
Maybe LTO stream should ignore DECL_INITIAL for FIELD_DECLs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51199
Bug #: 51199
Summary: [C++11][DR 547] gcc forms impossible types derived
from function types with cv-qualifier-seq
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598
--- Comment #26 from Jonathan Wakely 2011-11-18
00:16:48 UTC ---
(In reply to comment #20)
> (In reply to comment #19)
> > FAIL: 30_threads/thread/native_handle/typesizes.cc execution test
>
> This test should be disabled on darwin (and probably
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
--- Comment #3 from Paolo Carlini 2011-11-18
00:06:59 UTC ---
I suppose this is a duplicate of PR51181
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46980
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51145
--- Comment #2 from Dodji Seketeli 2011-11-18
00:03:04 UTC ---
Created attachment 25849
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25849
Candidate patch
I am currently testing the attached patch. Note that the hunk of pt.c should
be co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #6 from Paolo Carlini 2011-11-17
23:59:16 UTC ---
Thanks Richard. I would say, please test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
Oleg Endo changed:
What|Removed |Added
Attachment #25684|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
--- Comment #2 from dodji at seketeli dot org
2011-11-17 23:48:12 UTC ---
A candidate patch was posted to
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01856.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51198
--- Comment #2 from Volker Reichelt 2011-11-17
23:45:23 UTC ---
And another ICE with 'target_expr':
===
struct A
{
A(int);
};
struct B
{
A a = 0;
};
B b;
===
bug.cc:11:4: internal compiler error: tree code 'target_expr' is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51198
Volker Reichelt changed:
What|Removed |Added
Summary|[c++0x] [4.7 Regression]|[c++0x] [4.7 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51198
Bug #: 51198
Summary: [c++0x] [4.7 Regression] ICE with throw expression
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
--- Comment #9 from dave.anglin at bell dot net 2011-11-17 22:56:41 UTC ---
On 11/17/2011 4:49 PM, amacleod at redhat dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
>
> --- Comment #8 from Andrew Macleod 2011-11-17
> 21:49:44
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #5 from Richard Henderson 2011-11-17
22:52:45 UTC ---
http://gcc.gnu.org/ml/libstdc++/2011-11/msg00160.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29751
Andrew Pinski changed:
What|Removed |Added
Attachment #18307|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39831
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32107
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|pinskia at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30142
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|pinskia at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #13 from fabien at gcc dot gnu.org 2011-11-17 21:53:15 UTC ---
(In reply to comment #12)
> Let's wait and strip_using_decl after the loop (i.e. at the return statement),
> since a USING_DECL has the same name. We also need to check
> i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011
--- Comment #8 from Andrew Macleod 2011-11-17
21:49:44 UTC ---
Created attachment 25846
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25846
potential second patch
What I dont get is why HP PARISC doesn't have this same problem with __sync.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #4 from dave.anglin at bell dot net 2011-11-17 21:46:40 UTC ---
Symbol is from libsupc++/eh_tm.cc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51159
--- Comment #4 from Andrew Pinski 2011-11-17
21:37:12 UTC ---
(In reply to comment #2)
> "--enable-build-with-cxx" is an officially supported build option, so it
> should
> work reliably in releases.
But this is not a regression so closing as f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51159
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51145
Dodji Seketeli changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
--- Comment #5 from Steve Ellcey 2011-11-17 21:22:15
UTC ---
Author: sje
Date: Thu Nov 17 21:22:11 2011
New Revision: 181457
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181457
Log:
2011-11-17 Steve Ellcey
PR middle-end/51144
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #3 from Paolo Carlini 2011-11-17
21:10:25 UTC ---
I would recommend figuring out which specific patch part of the recent TM / C++
atomic work is at the root of the problem and thus CC-ing either Aldy or Andrew
or Rth about it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #2 from joseph at codesourcery dot com 2011-11-17 21:06:54 UTC ---
FWIW, classic m68k has compare-and-swap, while ColdFire Linux uses kernel
helpers (available in both vDSO and syscall forms; the syscall forms are
probably rather eas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51141
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
fabien at gcc dot gnu.org changed:
What|Removed |Added
CC||cas43 at cs dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51186
--- Comment #1 from Jason Merrill 2011-11-17
21:00:34 UTC ---
Author: jason
Date: Thu Nov 17 21:00:30 2011
New Revision: 181455
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181455
Log:
PR c++/51186
* decl.c (grokdeclarator): Imp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51186
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #12 from Jason Merrill 2011-11-17
21:03:31 UTC ---
(In reply to comment #6)
>do
> -field = fields[i--];
> +field = strip_using_decl (fields[i--]);
>while (i >= lo && DECL_NAME (fields[i]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
fabien at gcc dot gnu.org changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51189
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #9 from fabien at gcc dot gnu.org 2011-11-17 20:59:37 UTC ---
*** Bug 51189 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51152
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
fabien at gcc dot gnu.org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51190
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #7 from fabien at gcc dot gnu.org 2011-11-17 20:57:16 UTC ---
FYI, it fixes the following PRs: c++/51190, c++/51189, c++/51188, c++/51152,
c++/51141.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #6 from fabien at gcc dot gnu.org 2011-11-17 20:24:56 UTC ---
(In reply to comment #5)
> It looks like the sorted fields code in lookup_field_1 needs to handle
> using_decl like the unsorted fields code does. I think this will also fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
--- Comment #2 from Harald Anlauf 2011-11-17 20:17:32
UTC ---
(In reply to comment #1)
> > A fatal error occurred! Backtrace for this error:
> > #0 0x80588BF in _gfortrani_show_backtrace at backtrace.c:261
> > #1 0x80494B7 in _gfortrani_backtr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51197
Bug #: 51197
Summary: [4.7 Regression] Backtrace information less useful
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51188
--- Comment #5 from Jason Merrill 2011-11-17
19:32:13 UTC ---
It looks like the sorted fields code in lookup_field_1 needs to handle
using_decl like the unsorted fields code does. I think this will also fix
PR51141 (instead of the patch you alre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51182
--- Comment #2 from Richard Guenther 2011-11-17
19:25:56 UTC ---
This kind of changes are not interesting (and I doubt anyone will investigate).
Interesting are code changes that make a difference in performance.
Btw, the code path with the most
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #10 from David Edelsohn 2011-11-17
19:23:11 UTC ---
My patch did not fix the testsuite failures in trans-mem.c:tm_mangle() where
ipa_tm_create_version() and ipa_tm_create_version_alias() call tm_mangle() with
DECL_COMDAT_GROUP field N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #9 from Aldy Hernandez 2011-11-17
19:04:43 UTC ---
> I do not understand what you are asking. You can reproduce the failures or
> you
> cannot? My rs6000.c patch fixes some of the failures. The varasm.c patch is
> necessary to fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #8 from David Edelsohn 2011-11-17 18:37:36
UTC ---
> How can I reproduce this additional error in trans-mem.c?
I believe that you need to use a target that does not define HAVE_COMDAT_GROUP.
Other targets do not fill in DECL_COMDAT_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50306
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=51196
--- Comment #3 from Paolo Carlini 2011-11-17
18:14:16 UTC ---
I'll see what I can do... At the moment really I have no idea why for this
target only we have a different behavior.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #7 from Aldy Hernandez 2011-11-17
18:06:20 UTC ---
> The rs6000.c failure looks like rs6000_xcoff_section_type_flags() should deal
> with decl == NULL.
>
> But the other similar failure is in trans-mem.c:
>
> (gdb) where
> #0 inte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
Dodji Seketeli changed:
What|Removed |Added
CC|dodji at gcc dot gnu.org|
--- Comment #1 from Dodji Seketeli 201
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50306
--- Comment #1 from Marc-Andre Laperle
2011-11-17 18:00:27 UTC ---
I have never worked with the GCC source code before, any pointers to where I
should start to look to fix this issue? Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #20 from Iain Sandoe 2011-11-17 17:50:09
UTC ---
(In reply to comment #19)
> > --- Comment #18 from Iain Sandoe 2011-11-15
> > 09:34:00 UTC ---
> > (In reply to comment #16)
> >> > --- Comment #15 from Iain Sandoe 2011-11-14
> >>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118
--- Comment #5 from Uros Bizjak 2011-11-17 17:50:44
UTC ---
Better patch:
--cut here--
Index: fold-const.c
===
--- fold-const.c(revision 181443)
+++ fold-const.c(working cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-17 17:40:02 UTC ---
> --- Comment #18 from Iain Sandoe 2011-11-15
> 09:34:00 UTC ---
> (In reply to comment #16)
>> > --- Comment #15 from Iain Sandoe 2011-11-14
>> > 08:47:16 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
Dodji Seketeli changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
--- Comment #1 from Paolo Carlini 2011-11-17
17:33:43 UTC ---
That's a pity, but personally frankly I don't think I will be able to seriously
debug for this target in the near future. Or maybe Jason has something to
suggest. Otherwise I propose t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51194
--- Comment #1 from dodji at seketeli dot org
2011-11-17 17:33:28 UTC ---
I could not reproduce the ICE with svn trunk revision r181378. Here is
what I get:
$ cat -n test.cc
1#include
2#include
3
4template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118
Uros Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50663
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50663
--- Comment #2 from Eric Botcazou 2011-11-17
17:11:30 UTC ---
Author: ebotcazou
Date: Thu Nov 17 17:11:16 2011
New Revision: 181446
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181446
Log:
PR rtl-optimization/50663
* cprop.c (im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #39 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51196
Bug #: 51196
Summary: FAIL: g++.dg/cpp0x/Wzero-as-null-pointer-constant-1.C
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51195
--- Comment #2 from Sean McGovern 2011-11-17
16:37:59 UTC ---
Wondering if it's the same issue as
http://viewvc.tigris.org/issues/show_bug.cgi?id=454 -- if so it's been fixed in
viewvc 1.1.12 which was just released 2 weeks ago.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
--- Comment #2 from Jason Merrill 2011-11-17
16:35:08 UTC ---
Author: jason
Date: Thu Nov 17 16:34:59 2011
New Revision: 181444
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181444
Log:
PR c++/51137
* class.c (build_base_path): D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #15 from Dominique d'Humieres
2011-11-17 16:33:59 UTC ---
> As the tests from Ian Sandoe and Dominique d'Humieres show, the Darwin/AIX
> regressions disappear when limiting the extract_bit_field invocation to
> fieldmode == BLKmode (a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51195
--- Comment #1 from Jonathan Wakely 2011-11-17
16:19:15 UTC ---
it happens all the time, not just with that directory. retry and it sometimes
works eventually
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
Michael Matz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50741
Michael Matz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45012
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
--- Comment #20 from Michael Matz 2011-11-17 16:04:04
UTC ---
Author: matz
Date: Thu Nov 17 16:03:56 2011
New Revision: 181443
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181443
Log:
PR middle-end/50644
PR middle-end/50741
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50741
--- Comment #8 from Michael Matz 2011-11-17 16:04:04
UTC ---
Author: matz
Date: Thu Nov 17 16:03:56 2011
New Revision: 181443
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181443
Log:
PR middle-end/50644
PR middle-end/50741
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #8 f
1 - 100 of 139 matches
Mail list logo
