On 06/12/2011 20:33, Jeff Law wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/06/11 12:21, Ian Lance Taylor wrote:
While using the optimizers to improve the quality of uninitialized
warnings does have some benefits, those benefits are outweighed by
the drawbacks. We need to
Hi Diego,
For the time being, however, it is easier for me to edit the document
online. The document is at
https://docs.google.com/document/pub?id=1ZfyfkB62EFaR4_g4JKm4--guz3vxm9pciOBziMHTnK4
I am looking at Developer tools - Patch submission and review. I have been
working on QEMU for a
Quoting Richard Henderson r...@redhat.com:
I can fix this in libgcc/config/epiphany/t-epiphany with:
unwind-sjlj.o : CFLAGS += -fno-exceptions
unwind-sjlj.o : c_flags := $(filter-out -fexceptions,$(cflags))
Is that the right way to do it? Or should we more generally remove
-fexceptions
2011/12/7 Joern Rennecke joern.renne...@embecosm.com:
Quoting Richard Henderson r...@redhat.com:
I can fix this in libgcc/config/epiphany/t-epiphany with:
unwind-sjlj.o : CFLAGS += -fno-exceptions
unwind-sjlj.o : c_flags := $(filter-out -fexceptions,$(cflags))
Is that the right way to do
Diego Novillo dnovi...@google.com a écrit:
https://docs.google.com/document/pub?id=1ZfyfkB62EFaR4_g4JKm4--guz3vxm9pciOBziMHTnK4
3. Debugging. [...] the compiler would show a stuck dump [...]
Maybe you meant a stack dump?
--
Dodji
On 12/06/11 18:37, Ian Lance Taylor wrote:
Lawrence Crowlcr...@google.com writes:
It appears that cd gcc; make now fails to build crtbegin.o.
An additional make all-install seems to be needed. Was
this change intentional?
It moved to libgcc. Look in TARGET/libgcc in your build directory.
On 12/07/2011 01:00 AM, Joern Rennecke wrote:
Quoting Richard Henderson r...@redhat.com:
I can fix this in libgcc/config/epiphany/t-epiphany with:
unwind-sjlj.o : CFLAGS += -fno-exceptions
unwind-sjlj.o : c_flags := $(filter-out -fexceptions,$(cflags))
Is that the right way to do it? Or
On 12/07/11 04:39, Dodji Seketeli wrote:
Diego Novillodnovi...@google.com a écrit:
https://docs.google.com/document/pub?id=1ZfyfkB62EFaR4_g4JKm4--guz3vxm9pciOBziMHTnK4
3. Debugging. [...] the compiler would show a stuck dump [...]
Maybe you meant a stack dump?
Thanks. I fixed
On 12/07/11 03:52, 陳韋任 wrote:
Hi Diego,
For the time being, however, it is easier for me to edit the document
online. The document is at
https://docs.google.com/document/pub?id=1ZfyfkB62EFaR4_g4JKm4--guz3vxm9pciOBziMHTnK4
I am looking at Developer tools - Patch submission and review. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/07/11 01:19, David Brown wrote:
Would it be possible then to have switches for different levels,
such as is done with the strict aliasing warnings?
Well, there's two obvious levels... Not sure if there's a good way to
get something in
Dear Colleagues,
You are invited to join the Environmental Management Technologies Working
Group (EMTCWG 2012), Third Annual Environmental Management Technologies
Conference focused on creating and maintaining a sustainable environment which
is one of the most pressing issues facing the
On 12/7/2011 1:05 PM, Jeff Law wrote:
Do people often intentionally run gcc without any optimisations
these days?
Certainly. Compile speed and debugging being the primary reasons.
Actually speaking for myself, I run the compiler at -O0 much
*more* than I used to do. Why? Because gdb simply
I am trying to build gcc trunk on cygwin (with the snapshot of
20111207) and get this:
/usr/local/src/trunk/objdir.withada/./prev-gcc/g++
-B/usr/local/src/trunk/objdir.withada/./prev-gcc/
-B/usr/i686-pc-cygwin/bin/ -nostdinc++
-B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3
On 07/12/11 19:05, Jeff Law wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/07/11 01:19, David Brown wrote:
Would it be possible then to have switches for different levels,
such as is done with the strict aliasing warnings?
Well, there's two obvious levels... Not sure if there's
On 12/7/2011 2:36 PM, David Brown wrote:
\
I guess experiences vary. As I said, I find debugging easier with -O1 -
but maybe that's because most of my work is on embedded targets, which
usually means RISC cpus with plenty of registers. The unoptimised code
for these is usually totally
On 07/12/2011 19:14, Christian Joensson wrote:
I am trying to build gcc trunk on cygwin (with the snapshot of
20111207) and get this:
/usr/local/src/trunk/gcc/gcc/ada/adaint.c -o ada/adaint.o
In file included from /usr/local/src/trunk/gcc/gcc/system.h:346:0,
from /usr
Robert == Robert Dewar de...@adacore.com writes:
Robert Now the debugging at -O1 is hopeless (even parameters routinely
Robert disappear), and so I am forced to do everything at -O0.
There's been a lot of work on gcc in this area.
Please file bugs for cases you find.
Tom
On Wednesday, 7 December 2011, Dave Korn wrote:
On 07/12/2011 19:14, Christian Joensson wrote:
I am trying to build gcc trunk on cygwin (with the snapshot of
20111207) and get this:
/usr/local/src/trunk/gcc/gcc/ada/adaint.c -o ada/adaint.o
In file included from /usr/local/src/trunk/gcc/gcc
Jonathan Wakely jwakely@gmail.com writes:
Should the Cygwin header use
extern C++ on those declarations even though they're inside #ifdef
__cplusplus, or should adaint.c not #include things inside extern C?
You could surround them in extern C++, linkage specifications nest.
...but I
On 8 December 2011 01:09, Ian Lance Taylor wrote:
Jonathan Wakely jwakely@gmail.com writes:
Should the Cygwin header use
extern C++ on those declarations even though they're inside #ifdef
__cplusplus, or should adaint.c not #include things inside extern C?
You could surround them in
However, it is true that some patches are not in that category. In
general, we prefer to keep patch traffic in a single place
(gcc-patches@), but we use message tagging extensively. How about
'[trivial]'?
If reviwer can pick up trivial patches easily by this way, I have no
objection.
Robert Dewar de...@adacore.com writes:
The worst thing for me about -O1 is arguments disappearing in the trace
back, that's really a deal breaker.
Wasn't Alexandre Oliva's VTA work supposed to help this kind of
thing...? Did that ever get merged?
-miles
--
Joy, n. An emotion variously
Miles Bader mi...@gnu.org writes:
Robert Dewar de...@adacore.com writes:
The worst thing for me about -O1 is arguments disappearing in the trace
back, that's really a deal breaker.
Wasn't Alexandre Oliva's VTA work supposed to help this kind of
thing...? Did that ever get merged?
It did
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51362
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51362
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51439
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50686
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50686
--- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-12-07 09:08:41 UTC ---
--- Comment #21 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-07
09:00:47 UTC ---
Can't reproduce that with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50686
--- Comment #23 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-07
09:21:16 UTC ---
Can't reproduce with i686-linux x mips-sgi-irix6.5 cross either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51318
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51441
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51307
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #42 from Mikael Pettersson mikpe at it dot uu.se 2011-12-07
09:58:17 UTC ---
(In reply to comment #41)
I'll continue to bisect and test with r162897 reverted.
With r162897 reverted subsequent gcc-4.6 snapshots up to the 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154
--- Comment #5 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org
2011-12-07 10:17:53 UTC ---
Actually, it is not enough to ensure that the mode matches; we must ensure
that the SET_DEST of the insn we attach the note to is set to the value.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50744
--- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org 2011-12-07
10:30:55 UTC ---
Author: jamborm
Date: Wed Dec 7 10:30:49 2011
New Revision: 182076
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182076
Log:
2011-12-07 Martin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50744
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51362
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51448
Bug #: 51448
Summary: Compiler crash when assigning floating point values of
different kinds
Classification: Unclassified
Product: gcc
Version: unknown
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51442
--- Comment #3 from Richard Earnshaw rearnsha at gcc dot gnu.org 2011-12-07
10:55:17 UTC ---
(In reply to comment #2)
Created attachment 26010 [details]
Only use BLKmode for volatile accesses which are not naturally aligned.
Per Julian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50051
Anthony Green green at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #43 from Andreas Schwab sch...@linux-m68k.org 2011-12-07 11:07:16
UTC ---
What is the argument of fp_size_to_prec here?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51448
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51315
--- Comment #9 from rguenther at suse dot de rguenther at suse dot de
2011-12-07 11:36:55 UTC ---
On Tue, 6 Dec 2011, ebotcazou at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51315
--- Comment #8 from Eric Botcazou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51434
--- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org 2011-12-07
11:44:48 UTC ---
(In reply to comment #7)
Any guess when this ICE might get some attention and into a release version?
Well, as you can see from the discussion here, it does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50873
rsand...@gcc.gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50823
--- Comment #15 from Richard Guenther rguenth at gcc dot gnu.org 2011-12-07
11:55:19 UTC ---
Author: rguenth
Date: Wed Dec 7 11:55:16 2011
New Revision: 182077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182077
Log:
2011-12-07 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #44 from Mikael Pettersson mikpe at it dot uu.se 2011-12-07
12:04:14 UTC ---
(In reply to comment #43)
What is the argument of fp_size_to_prec here?
size == 80
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51229
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-07
12:04:46 UTC ---
Created attachment 26015
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26015
gcc47-pr51229.patch
Untested fix.
This patch doesn't deal with missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50823
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51448
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37130
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #45 from Andreas Schwab sch...@linux-m68k.org 2011-12-07 12:48:29
UTC ---
That should probably be 96.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-12-07
12:51:39 UTC ---
I get
-2251799813685248 9221120237041090560
vs.
-2251799813685248 -2251799813685248
the subtraction is carried out with 4.7, also with 4.6.2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=864
--- Comment #22 from Richard Guenther rguenth at gcc dot gnu.org 2011-12-07
12:54:15 UTC ---
(In reply to comment #20)
I would also very much like to see the patch in comment 16 applied. There is
now a second report open at bug 51095, I will
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51444
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.4.7
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51307
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51362
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #46 from Andreas Schwab sch...@linux-m68k.org 2011-12-07 13:10:15
UTC ---
There were a lot of float related changes around 2011-08-02.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||bonzini at gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51390
--- Comment #7 from Iain Sandoe iains at gcc dot gnu.org 2011-12-07 13:13:16
UTC ---
with a stage1 compiler built with O0/g3:
/GCC/gcc-live-trunk/gcc/testsuite/gcc.target/powerpc/recip-5.c:12:39: error:
Builtin function __builtin_recipdiv is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904
--- Comment #50 from Venkataramanan Kumar venkataramanan.kumar.gnu at gmail
dot com 2011-12-07 13:18:57 UTC ---
In the machine I used Induct run time improves from 68.9 seconds to 55.94
seconds for -Ofast. I will update on other benchmarks and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51449
Bug #: 51449
Summary: [4.7 regression] Rev181994 causes tramp3d-v4 profiled
build failure
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50896
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50601
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
--- Comment #4 from Paolo Bonzini bonzini at gnu dot org 2011-12-07 13:48:42
UTC ---
The bug is that rbx is added to the EXIT_BLOCK uses:
Basic block 1 , prev 2, loop_depth 0, count 0, freq 0.
Predecessors:
;; bb 1 artificial_defs: { }
;; bb 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51448
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48100
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.6/4.7 Regression]|[4.6
Guenther rguent...@suse.de
PR lto/48100
* gcc.dg/lto/20111207-1_0.c: New testcase.
* gcc.dg/lto/20111207-1_1.c: Likewise.
* gcc.dg/lto/20111207-1_2.c: Likewise.
* gcc.dg/lto/20111207-1_3.c: Likewise.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20111207-1_0.c
trunk/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51449
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
--- Comment #5 from Paolo Bonzini bonzini at gnu dot org 2011-12-07 14:04:04
UTC ---
Untested patch...
Index: df-problems.c
===
--- df-problems.c (revision 177688)
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-07
14:06:41 UTC ---
I think goto ptr can't be nonlocal, so that testcase indeed would be invalid.
register void *ptr asm (rbx);
int
foo (void)
{
__label__ nonlocal_lab;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154
Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51450
Bug #: 51450
Summary: configure's test for -fno-rtti -fno-exceptions broken
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51429
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49945
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49945
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2011-12-07
14:59:52 UTC ---
Index: gcc/lto-streamer-out.c
===
--- gcc/lto-streamer-out.c (revision 182081)
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51449
--- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de
2011-12-07 15:14:40 UTC ---
Here is a (somewhat) reduced testcase:
% cat test.ii
extern C
{
typedef long unsigned int size_t;
}
namespace std __attribute__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51434
--- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org 2011-12-07
15:31:11 UTC ---
(In reply to comment #9)
Draft patch - one probably needs to do something similar for derived types.
The patch breaks the Different CHARACTER lengths
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51420
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2011-12-07
15:41:08 UTC ---
Author: jason
Date: Wed Dec 7 15:41:03 2011
New Revision: 182083
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182083
Log:
PR c++/51420
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51451
Bug #: 51451
Summary: Premature EOF in stream
Classification: Unclassified
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50051
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2011-12-07
16:00:25 UTC ---
(In reply to comment #3)
Thanks Andrew. Does this force the generation of FP instructions, which are
then emulated through OS traps?
Yes and the traps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51434
--- Comment #11 from Andy Nelson andy.nelson at lanl dot gov 2011-12-07
16:11:38 UTC ---
On Dec 6, 2011, at 7:17 PM, sgk at troutmask dot apl.washington.edu wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51434
--- Comment #8 from Steve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50747
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2011-12-07
16:13:14 UTC ---
The function in question is DECL_ABSTRACT (it's one of the B::B constructors).
Not sure why we have a cgraph node for it at all:
#0 cgraph_create_node
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47687
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||doko at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51395
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51452
Bug #: 51452
Summary: has_nothrow_.*constructor bugs
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051
--- Comment #11 from Joel Sherrill joel at gcc dot gnu.org 2011-12-07
16:56:46 UTC ---
I still have HP's patch in my local tree. Should I remove it? Or does it need
to be committed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51398
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51403
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51452
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-07
17:16:58 UTC ---
I think this is by design, see the thread beginning with c++std-lib-30698
I've been surprised by that reasoning several times e.g.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51434
--- Comment #12 from Tobias Burnus burnus at gcc dot gnu.org 2011-12-07
17:20:14 UTC ---
(In reply to comment #10)
Draft patch - one probably needs to do something similar for derived types.
The patch breaks the Different CHARACTER lengths
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51452
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51401
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51452
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||redi at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51452
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-07
17:38:39 UTC ---
yes, I keep forgetting that noexcept should be implied on dtors now
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51448
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51354
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51453
Bug #: 51453
Summary: Feature request: Implement Empty Base Optimization in
std::tuple
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
1 - 100 of 249 matches
Mail list logo