http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47641
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567
Thomas Henlich changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47528
--- Comment #5 from Dongsheng Song 2011-02-08
06:41:50 UTC ---
(In reply to comment #4)
> Does it help on cross-compile to do after 'make all-gcc && make install-gcc'
> to
> do additionally 'make install-lto-plugin'?
>
> The fatal error in gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47640
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47641
--- Comment #1 from Jack Howarth 2011-02-08
04:42:18 UTC ---
Caused by...
r169881 | rguenth | 2011-02-07 07:09:31 -0500 (Mon, 07 Feb 2011) | 10 lines
2011-02-07 Richard Guenther
PR tree-optimization/47621
* tree-ssa.c (non_r
/darwin_objdir/gcc/specs
COLLECT_GCC=/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc
COLLECT_LTO_WRAPPER=/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/lto-wrapper
Target: x86_64-apple-darwin10.7.0
Configured with: ../gcc-4.6-20110207/configure --prefix=/sw
--prefix=/sw/lib/gcc4.6 --mandir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #71 from Jack Howarth 2011-02-08
03:58:46 UTC ---
I passed Dominique's observations upstream to the compiler-rt PR for this which
is the important thing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #70 from Mike Stump 2011-02-08
03:44:09 UTC ---
If you would like to change the comments to clarify the nasty details, I'll
pre-approve it; though, I think it is unnecessary, as that work references this
bug report, and this bug repor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
--- Comment #12 from Vincent Lefèvre 2011-02-08
03:42:08 UTC ---
(In reply to comment #11)
> Any updates on this? re-confirmation? I would like to continue testing
> gcc-4.5.x on powerpc-darwin8, but can't b/c of this.
The --with-dwarf2 option
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #12 from Jack Howarth 2011-02-08
02:28:04 UTC ---
A couple historical commits...
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00874.html
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01704.html
So Geoff introduced...
/* Unfortunatel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #11 from Jack Howarth 2011-02-08
02:18:30 UTC ---
(In reply to comment #9)
> Did this ever work? :-(
This appears to work for Apple gcc 4.2.1 in SL...
g++ eh-alloca-1.C -nostdinc++ -O3 -multiply_defined suppressed -lm -m32 -o
./eh-
2011/2/7 Ry deen :
> Hi all,
>
> The code that contains the code shown below is compiled
> with arm-eabi-gcc -O2.
> if((aaa_struct *)NULL == aaa) {
> printf("1\n");
> }
> else {
> printf("2\n");
> }
>
> bbb = aaa->member1;
The output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47390
--- Comment #5 from Ryan Hill 2011-02-08 02:15:13
UTC ---
okay, i'll let the upstreams of these packages know.
Hi all,
The code that contains the code shown below is compiled
with arm-eabi-gcc -O2.
#include
typedef struct {
int member1;
} aaa_struct;
int bbb;
void test(aaa_struct *aaa)
{
if((aaa_struct *)NULL == aaa) {
printf("1\n");
}
else {
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678
Andrew Pinski changed:
What|Removed |Added
CC||cck0011 at yahoo dot com
--- Comment #18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47639
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47640
Summary: [4.6 Regression] ICE: verify_flow_info failed: BB 3
can not throw but has an EH edge with
-fstack-check=generic -fnon-call-exceptions -ftrapv
Product: gcc
Version: 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47617
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47617
--- Comment #5 from cck0011 at yahoo dot com 2011-02-08 01:46:18 UTC ---
(In reply to comment #4)
> Created attachment 23273 [details]
> source file
>
> Here's the source code. Rename to round.c.
Hi Richard,
here's the source code. Rename to r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47617
--- Comment #4 from cck0011 at yahoo dot com 2011-02-08 01:37:58 UTC ---
Created attachment 23273
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23273
source file
Here's the source code. Rename to round.c.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47390
--- Comment #4 from joseph at codesourcery dot com 2011-02-08 01:35:49 UTC ---
On Tue, 8 Feb 2011, dirtyepic at gentoo dot org wrote:
> looks like some packages also use --export-dynamic, which just flat out fails
> now.
>
> x86_64-unknown-linu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47390
--- Comment #3 from Ryan Hill 2011-02-08 01:23:27
UTC ---
looks like some packages also use --export-dynamic, which just flat out fails
now.
x86_64-unknown-linux-gnu-gcc: error: unrecognized option '--export-dynamic'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47639
Summary: [4.5/4.6 Regression] ICE: verify_stmts failed:
statement marked for throw, but doesn't with
-fstack-check=generic -fexceptions
-fnon-call-exceptions
Product:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47638
--- Comment #3 from Ádám Rák 2011-02-08
00:54:50 UTC ---
I agree, DECL_SIZE(var) == 0 should be an ICE, with sometime like "layout
error" or missing layout for variable.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47638
--- Comment #2 from Andrew Pinski 2011-02-08
00:45:57 UTC ---
If you are going to change it to be anything, I think it should be an internal
error rather than an user error as the user program (from any front-end) should
not be able to get to the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #10 from Jack Howarth 2011-02-08
00:45:31 UTC ---
If this is a problem exposed because...
/* Darwin uses the standard DWARF register numbers but the default
register numbers for STABS. Fortunately for 64-bit code the
default a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47638
--- Comment #1 from Andrew Pinski 2011-02-08
00:35:10 UTC ---
We should not get to where we are outputting the error message if the layout
has not been done.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47638
Summary: sanity check error message is wrong in expand_one_var
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: middle-end
As
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #33 from Iain Sandoe 2011-02-07 23:37:21
UTC ---
(In reply to comment #32)
> I'm fine with the current state: I built a tree containing the r169900
> change, on i686-pc-linux-gnu, --target=i586-pc-gnu, and it built fine;
> the build l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47625
--- Comment #2 from Andreas Schwab 2011-02-07 23:13:54
UTC ---
The type is coming from libc debuginfo.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #32 from Thomas Schwinge 2011-02-07
23:06:33 UTC ---
I'm fine with the current state: I built a tree containing the r169900
change, on i686-pc-linux-gnu, --target=i586-pc-gnu, and it built fine;
the build log diff -w to an earlier tre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #69 from Dominique d'Humieres
2011-02-07 22:58:33 UTC ---
> So, what you are saying is that the system routine produces an answer that
> isn't correct down to the last digit of precision for at least 1 input?
I have not looked in det
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
Sebastian Pop changed:
What|Removed |Added
Version|4.6.0 |4.5.4
Target Milestone|4.5.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
m...@gcc.gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #21 from Joel Sherrill 2011-02-07
22:27:43 UTC ---
(In reply to comment #20)
> Thanks Joel for the acats.log.
>
> from the failing test list my guess is that tasking is broken and was working
> for your previous test.
>
> All tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #68 from Mike Stump 2011-02-07
22:20:11 UTC ---
So, what you are saying is that the system routine produces an answer that
isn't correct down to the last digit of precision for at least 1 input?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #44 from janus at gcc dot gnu.org 2011-02-07 22:15:47 UTC ---
(In reply to comment #42)
> (In reply to comment #40)
>
> There is indeed something fishy here.
> Your change does the right thing in the non-class case I think ; can't tel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47637
Summary: Memory leak involving derived types w/ allocatable
components
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
m...@gcc.gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #66 from mrs at gcc dot gnu.org 2011-02-07
21:46:12 UTC ---
Author: mrs
Date: Mon Feb 7 21:46:10 2011
New Revision: 169905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169905
Log:
2011-02-07 Iain Sandoe
PR target/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #20 from Laurent GUERBY 2011-02-07
21:42:25 UTC ---
Thanks Joel for the acats.log.
from the failing test list my guess is that tasking is broken and was working
for your previous test.
All tests with an Ada task in them fail with "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47534
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46997
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #31 from Iain Sandoe 2011-02-07 21:22:10
UTC ---
(In reply to comment #30)
> (In reply to comment #29)
> > (In reply to comment #28)
> > > (In reply to comment #26)
> > > > (In reply to comment #23)
> > >
> > > > Could you please tes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47614
Pat Haugen changed:
What|Removed |Added
Attachment #23248|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #8 from Jack Howarth 2011-02-07
21:07:59 UTC ---
The Apple linker developer has looked at the failing eh-alloc-1.C case and had
the following comments...
> Also, did you ever get a
> chance to look at the stackalign_testcase2.tar.bz2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46997
--- Comment #5 from Steve Ellcey 2011-02-07 21:06:45
UTC ---
Author: sje
Date: Mon Feb 7 21:06:42 2011
New Revision: 169904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169904
Log:
2011-02-07 Steve Ellcey
PR target/46997
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47349
--- Comment #2 from janus at gcc dot gnu.org 2011-02-07 21:05:04 UTC ---
The patch in comment #1 produces a couple of regressions. The following should
take care of most of them:
Index: gcc/fortran/interface.c
=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #30 from Iain Sandoe 2011-02-07 21:03:02
UTC ---
(In reply to comment #29)
> (In reply to comment #28)
> > (In reply to comment #26)
> > > (In reply to comment #23)
> >
> > > Could you please test attached patch at
> > > http://gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
--- Comment #11 from David Fang 2011-02-07
21:02:13 UTC ---
Any updates on this? re-confirmation? I would like to continue testing
gcc-4.5.x on powerpc-darwin8, but can't b/c of this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #57 from mrs at gcc dot gnu.org 2011-02-07
20:56:32 UTC ---
I'll pre-approve a backport to 4.5.x if someone really wants it, should be very
safe.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #65 from Dominique d'Humieres
2011-02-07 20:55:31 UTC ---
> /* The system ___divdc3 routine in libSystem on darwin10 is not
> accurate to 1ulp, ours is, so we avoid ever using the system name
> for this routine and instead
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
m...@gcc.gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #29 from Kai Tietz 2011-02-07 20:53:32
UTC ---
(In reply to comment #28)
> (In reply to comment #26)
> > (In reply to comment #23)
>
> > Could you please test attached patch at
> > http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00469.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #55 from mrs at gcc dot gnu.org 2011-02-07
20:52:39 UTC ---
Author: mrs
Date: Mon Feb 7 20:52:33 2011
New Revision: 169903
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169903
Log:
PR target/42333
Add __ieee_divdc3 e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #64 from Iain Sandoe 2011-02-07 20:52:40
UTC ---
(In reply to comment #63)
> Author: mrs
> Date: Mon Feb 7 20:41:50 2011
> New Revision: 169902
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169902
> Log:
> PR target/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #28 from Iain Sandoe 2011-02-07 20:48:48
UTC ---
(In reply to comment #26)
> (In reply to comment #23)
> Could you please test attached patch at
> http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00469.html that it works for you?
I gues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47481
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #63 from mrs at gcc dot gnu.org 2011-02-07
20:41:54 UTC ---
Author: mrs
Date: Mon Feb 7 20:41:50 2011
New Revision: 169902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169902
Log:
PR target/47558
Add __ieee_divdc3 e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
--- Comment #2 from Michael Meissner 2011-02-07
20:35:02 UTC ---
Created attachment 23269
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23269
Patch that fixes the problem
Spell RS6000_RECIP_HAVE_RSQRTE_P correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #27 from Kai Tietz 2011-02-07 20:32:24
UTC ---
Author: ktietz
Date: Mon Feb 7 20:32:17 2011
New Revision: 169900
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169900
Log:
2011-02-07 Kai Tietz
PR lto/47225
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
--- Comment #1 from Michael Meissner 2011-02-07
20:32:51 UTC ---
Author: meissner
Date: Mon Feb 7 20:32:45 2011
New Revision: 169901
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169901
Log:
Fix PR target/47636
Modified:
trunk/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
Paolo Carlini changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
--- Comment #11 from paolo at gcc dot gnu.org
2011-02-07 20:15:59 UTC ---
Author: paolo
Date: Mon Feb 7 20:15:48 2011
New Revision: 169899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169899
Log:
2011-02-07 Paolo Carlini
PR lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47172
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47560
--- Comment #6 from Benjamin Kosnik 2011-02-07
20:06:08 UTC ---
Author: bkoz
Date: Mon Feb 7 20:06:03 2011
New Revision: 169897
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169897
Log:
2011-02-07 Benjamin Kosnik
PR libstdc++/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47534
--- Comment #1 from denisc at gcc dot gnu.org 2011-02-07 20:00:14 UTC ---
Author: denisc
Date: Mon Feb 7 20:00:08 2011
New Revision: 169896
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169896
Log:
PR target/47534
* config/avr/li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
Summary: Powerpc rs6000.md uses RS6000_RECIP_HAVE_RSQRT_P
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #26 from Kai Tietz 2011-02-07 19:37:16
UTC ---
(In reply to comment #23)
> Kai?
>
> make[1]: Entering directory
> `/home/tschwinge/tmp/gnu-Elephant_Bird/src/gcc.obj/lto-plugin'
> /bin/sh ./libtool --tag=CC --tag=disable-stati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
--- Comment #6 from Steve Kargl
2011-02-07 19:19:37 UTC ---
On Mon, Feb 07, 2011 at 06:58:39PM +, burnus at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
>
> > if (ichar(v(n:n)) /= 41 .or. ichar(v(n+1:n+1)) /
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47614
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
Mikael Morin changed:
What|Removed |Added
Attachment #21016|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #25 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
--- Comment #31 from Mikael Morin 2011-02-07
18:49:10 UTC ---
Created attachment 23267
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23267
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #39 from Mike Hommey 2011-02-07
18:40:22 UTC ---
(In reply to comment #38)
> Created attachment 23253 [details]
> failing testcase
>
> With current mainline and top of tree mozilla, things seems to go well, sqlite
> issues are gone.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
Janne Blomqvist changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47614
--- Comment #5 from Eric Botcazou 2011-02-07
18:21:23 UTC ---
> A brief look suggests the patch may only change var-tracking behavior, but
> it seems that is not the case.
Quite very brief then. :-) PR 43494 was a wrong code regression and
Alex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38403
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29931
--- Comment #5 from simonb at gcc dot gnu.org 2011-02-07 18:10:21 UTC ---
Author: simonb
Date: Mon Feb 7 18:10:15 2011
New Revision: 169891
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169891
Log:
Auto-detect suitable default behaviour f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
--- Comment #4 from Jakub Jelinek 2011-02-07
18:05:36 UTC ---
The testcase is bad, because for vanilla gcc releases there is no (prerelease)
etc. string at all (DEV-PHASE is empty), and because it hardcodes ASCII values,
so I'm afraid it could fa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
--- Comment #10 from Jonathan Wakely 2011-02-07
18:00:50 UTC ---
Great.
For the record, Bryce, the change to the standard was done by DR 180
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#180
see also
http://www.open-std.org/jtc1/s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
Paolo Carlini changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
Paolo Carlini changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
--- Comment #3 from Steve Kargl
2011-02-07 17:43:25 UTC ---
On Mon, Feb 07, 2011 at 04:12:00PM +, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
>
> Jakub Jelinek changed:
>
>What|Remove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #19 from Joel Sherrill 2011-02-07
17:22:59 UTC ---
Following up on my own comment. Dealing with targets without double precision
FPUs is a broader issue:
$ grep -r DOUBLE_TYPE_SIZE . | grep "SIZE.*32" | grep -v .svn
./rx/rx.h:#defin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
--- Comment #7 from Jonathan Wakely 2011-02-07
17:17:54 UTC ---
Here's a reduced form of the code, which works with GCC 4.5 and earlier, but is
ambiguous with 4.6
#include
struct Key
{
Key() { }
Key(const Key&) { }
template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
--- Comment #6 from Jonathan Wakely 2011-02-07
17:03:01 UTC ---
btw, your analysis at
http://article.gmane.org/gmane.comp.lib.boost.devel/214412 is bogus
There is no C++99, presumably you mean C++98
C++0x mode is absolutely not the default mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47615
Richard Guenther changed:
What|Removed |Added
Known to work||4.6.0
Target Milestone|4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47615
--- Comment #4 from Richard Guenther 2011-02-07
16:58:20 UTC ---
Author: rguenth
Date: Mon Feb 7 16:58:17 2011
New Revision: 169888
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169888
Log:
2011-02-07 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47635
--- Comment #1 from Pawel Sikora 2011-02-07 16:53:27
UTC ---
Created attachment 23266
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23266
testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47635
Summary: ICE on invalid code in constructor_name_p, at
cp/name-lookup.c:1809
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47255
Seth Robertson changed:
What|Removed |Added
Attachment #22946|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
Chung-Lin Tang changed:
What|Removed |Added
CC||cltang at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #34 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47632
--- Comment #2 from Richard Guenther 2011-02-07
16:20:17 UTC ---
We propagate D.2112_13 into the if, changing that to D.2112_22 != 0 and
remove the D.2112_13 def w/o cleaning up EH.
[LP 1] D.2112_13 = D.2112_22 + -1;
goto ;
# SUCC: 6 [100.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
1 - 100 of 141 matches
Mail list logo
