http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476
Bug #: 52476
Summary: [C++11] Unordered multimap reorders equivalent
elements
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813
Paolo Carlini changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813
--- Comment #14 from Paolo Carlini 2012-03-04
11:39:29 UTC ---
Well, besides wrapping the thing in an __is_input_iterator helper.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813
--- Comment #15 from Jonathan Wakely 2012-03-04
12:00:52 UTC ---
(In reply to comment #14)
> Well, besides wrapping the thing in an __is_input_iterator helper.
That's what I was going to suggest, possibly using an alias template:
+#ifdef __GXX_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37144
--- Comment #35 from Jonathan Wakely 2012-03-04
12:05:13 UTC ---
Benjamin, should this be closed as fixed for 4.7?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52433
--- Comment #9 from Jonathan Wakely 2012-03-04
12:49:27 UTC ---
Author: redi
Date: Sun Mar 4 12:49:22 2012
New Revision: 184880
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184880
Log:
PR libstdc++/52433
* include/debug
lem
Attached file compiles flawlessly on 4.7.0, but the output binary segfaults.
Works fine in 4.6.2 though (as expected).
Looks like a serious regression.
g++-4.7 (GCC) 4.7.0 20120304 (prerelease)
built on debian wheezy x64 with:
--enable-languages=c,c++ --prefix=/opt/gcc-4.7 --program-suffix=-4.7
svn+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52478
Bug #: 52478
Summary: -ftrapv calls the wrong functions in libgcc
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: wrong-code
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813
--- Comment #16 from Paolo Carlini 2012-03-04
12:58:51 UTC ---
Great. Only, I guess we want the alias somewhere out of class, we are going to
use it a lot, for the debug mode containers too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52433
Jonathan Wakely changed:
What|Removed |Added
Known to work||4.8.0
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813
--- Comment #17 from Jonathan Wakely 2012-03-04
13:06:40 UTC ---
Probably better, yes. As aliases are cheaper to instantiate than templates it
shouldn't affect compilation time or binary size to repeat it in each
container, but defining it only
--prefix=/usr/local
--enable-languages=c,c++ --enable-multilib --disable-libssp --disable-nls
--disable-werror --enable-lto --with-newlib --with-gnu-as --with-gnu-ld
--with-system-zlib
Thread model: single
gcc version 4.8.0 20120304 (experimental) (GCC)
model: single
gcc version 4.8.0 20120304 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52479
Kazumoto Kojima changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #2 from Pawel Sikora 2012-03-04 14:16:29
UTC ---
you should specify explicit initialization order to avoid gpf, e.g.:
static std::map m __attribute__((init_priority(101)));
static void insert() __attribute__((constructor(102)));
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #3 from Przemysław Pawełczyk 2012-03-04
14:24:10 UTC ---
Thanks for solution, but...
Isn't such order obvious or isn't it at least the most widely used one? I mean
that by default static data initialization should precede
constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36160
--- Comment #2 from Francois-Xavier Coudert
2012-03-04 14:36:03 UTC ---
Author: fxcoudert
Date: Sun Mar 4 14:35:56 2012
New Revision: 184884
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184884
Log:
PR fortran/36160
* error.c (g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36160
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476
--- Comment #2 from Daniel Krügler
2012-03-04 16:10:19 UTC ---
(In reply to comment #1)
> (we should double check that by avoiding any use of
> fancy C++11 features like initializer lists in the testcase)
I rewrote the testcase in C++03 form and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408
--- Comment #3 from John David Anglin 2012-03-04
16:23:39 UTC ---
Author: danglin
Date: Sun Mar 4 16:23:26 2012
New Revision: 184888
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184888
Log:
Backport from mainline
2012-03-01 Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476
--- Comment #3 from Daniel Krügler
2012-03-04 16:28:02 UTC ---
(In reply to comment #2)
> This means, one could actually remove the [C++11] tag from the bug title.
I withdraw this suggestion: In TR1 (N1836) there did no exist the reordering
cons
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408
--- Comment #4 from John David Anglin 2012-03-04
17:17:18 UTC ---
Author: danglin
Date: Sun Mar 4 17:17:11 2012
New Revision: 184889
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184889
Log:
Backport from mainline
2012-03-01 Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481
Bug #: 52481
Summary: m68k-*: internal compiler error: in extract_insn, at
recog.c:2123
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41557
Fabrizio Gennari changed:
What|Removed |Added
CC||fabrizio.ge at tiscali dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
Oleg Endo changed:
What|Removed |Added
Attachment #26812|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482
Bug #: 52482
Summary: libitm INVALID MNEMONIC in .S (powerpc asm)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
: ../gcc-trunk/configure --target=sh-elf --prefix=/usr/local
--enable-languages=c,c++ --enable-multilib --disable-libssp --disable-nls
--disable-werror --enable-lto --with-newlib --with-gnu-as --with-gnu-ld
--with-system-zlib
Thread model: single
gcc version 4.8.0 20120304 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47510
Václav Šmilauer changed:
What|Removed |Added
CC||eu at doxos dot eu
--- Comment #16 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482
--- Comment #1 from David Fang 2012-03-04
18:45:58 UTC ---
powerpc/sjlj.S contains:
#include "asmcfi.h"
#if defined(__powerpc64__) && defined(__ELF__)
...
#elif defined(__ELF__)
...
#elif defined(_CALL_DARWIN)
.macro FUNC name
.globl _
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
Mikael Morin changed:
What|Removed |Added
CC||rajiv.adhikary at amd dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36841
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Version|4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481
Andreas Schwab changed:
What|Removed |Added
Target|m68k-rtems* |m68k-*-*
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #12 from Pawel Sikora 2012-03-04 19:36:30
UTC ---
with current 4.6.4 i've noticed a new undefined reference
during boost_rexeg.dll linking:
(...)
Creating library file:
bin.v2/libs/regex/build/gcc-mingw-4.6.4/release/inlining-on/targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
long *p)
{
return *p;
}
== compile ==
$ avr-gcc flash.c -S -dp -Os -mmcu=avr51 -da
== configure ==
../../gcc.gnu.org/trunk/configure --target=avr --prefix=/gnu/install/gcc-4.7
--disable-nls --with-dwarf2 --enable-checking=yes,rtl --enable-languages=c,c++
GNU C (GCC) version 4.8.0 20120304
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52484
--- Comment #1 from Georg-Johann Lay 2012-03-04
19:54:20 UTC ---
Created attachment 26824
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26824
flash.c.208r.peephole2
This dump looks ok: there are 4 xload_qi_libgcc insns.
peep2 did no optim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52484
--- Comment #2 from Georg-Johann Lay 2012-03-04
19:55:31 UTC ---
Created attachment 26825
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26825
flash.c.209r.ce3
One xload_qi_libgcc has been killed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52484
--- Comment #3 from Georg-Johann Lay 2012-03-04
19:57:01 UTC ---
Created attachment 26826
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26826
flash.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52485
Bug #: 52485
Summary: [c++11] add an option to disable c++11 user-defined
literals
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481
--- Comment #1 from Mikael Pettersson 2012-03-04
21:01:28 UTC ---
Created attachment 26827
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26827
reduced test case in C
Depends on target CPU selection. -mcpu=680[012346]0 and -mcpu=cpu32 all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #39 from Mikael Morin 2012-03-04
21:05:36 UTC ---
Author: mikael
Date: Sun Mar 4 21:05:32 2012
New Revision: 184896
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184896
Log:
fortran/
PR fortran/50981
* trans-expr.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52146
--- Comment #19 from hjl at gcc dot gnu.org 2012-03-04
21:17:37 UTC ---
Author: hjl
Date: Sun Mar 4 21:17:34 2012
New Revision: 184898
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184898
Log:
Update gcc.target/i386/pr52146.c to allow $
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408
--- Comment #5 from John David Anglin 2012-03-04
21:31:29 UTC ---
Author: danglin
Date: Sun Mar 4 21:31:25 2012
New Revision: 184902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184902
Log:
Backport from mainline
2012-03-01 Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #40 from Mikael Morin 2012-03-04
21:50:14 UTC ---
Author: mikael
Date: Sun Mar 4 21:50:08 2012
New Revision: 184904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184904
Log:
fortran/
PR fortran/50981
* gfortran.h (gf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465
--- Comment #4 from fabien at gcc dot gnu.org 2012-03-04 21:52:15 UTC ---
This is because some USING_DECLs are stored in IDENTIDIER_BINDINGs. Jason, do
you agree that cxx_binding->value and cxx_binding->type should not be
USING_DECLs ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52475
--- Comment #1 from Tobias Burnus 2012-03-04
22:01:15 UTC ---
Created attachment 26828
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26828
Draft patch
Confirmed. Attached a lightly tested draft patch. (There might be more -i*
flags missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52486
Bug #: 52486
Summary: money_put/money_get/moneypunct interpreting
localeconv() result incorrectly and
inserting/requiring an extra space
Classification: Unclassified
Pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52487
Bug #: 52487
Summary: [4.6/4.7 Regression] [C++11] ICE at
cp/semantics.c:5613 with lambda capturing reference to
incomplete type by value
Classification: Unclassified
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52469
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52471
Kyle Markley changed:
What|Removed |Added
Attachment #26819|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52471
Kyle Markley changed:
What|Removed |Added
Known to work||4.6.2
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52485
--- Comment #1 from Andrew Pinski 2012-03-04
22:56:18 UTC ---
I think we should not have an option to disable user-defined literals at all.
Since their code is not C++11, they should fix their code to be C++11 if they
use the -std=c++11/-std++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52450
--- Comment #3 from dave.anglin at bell dot net 2012-03-05 00:12:35 UTC ---
On 1-Mar-12, at 10:52 AM, rguenth at gcc dot gnu.org wrote:
> I think that's expected if your target does not provide a
> movmisalign optab
> for whatever mode is used f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52280
--- Comment #2 from dave.anglin at bell dot net 2012-03-05 01:04:41 UTC ---
On 27-Feb-12, at 3:37 AM, ebotcazou at gcc dot gnu.org wrote:
> Is the failure reproducible manually? With and without optimization?
Test doesn't fail when run manually
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476
--- Comment #4 from Paolo Carlini 2012-03-05
01:09:15 UTC ---
Ah, thanks, that explains a lot.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813
--- Comment #18 from paolo at gcc dot gnu.org
2012-03-05 01:15:32 UTC ---
Author: paolo
Date: Mon Mar 5 01:15:28 2012
New Revision: 184911
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184911
Log:
2012-03-04 Paolo Carlini
Jon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30997
--- Comment #4 from Andrew Pinski 2012-03-05
05:27:23 UTC ---
Some talk about this issue at http://gcc.gnu.org/ml/gcc/2012-02/msg00462.html .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
--- Comment #49 from Andrew Pinski 2012-03-05
05:29:54 UTC ---
PR 37242 is also needed from what I remember reading the IR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52480
--- Comment #1 from Kazumoto Kojima 2012-03-05
05:30:18 UTC ---
Created attachment 26831
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26831
A possible patch
Looks to be a similar problem with PR52394.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22586
Andrew Pinski changed:
What|Removed |Added
Depends on||37242
--- Comment #4 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52483
--- Comment #1 from Kazumoto Kojima 2012-03-05
05:33:39 UTC ---
(In reply to comment #0)
> Maybe a few peepholes would help here?
Sure. Peephole looks to be reasonable for this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52342
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52342
--- Comment #1 from ian at gcc dot gnu.org 2012-03-05
06:39:13 UTC ---
Author: ian
Date: Mon Mar 5 06:39:08 2012
New Revision: 184914
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184914
Log:
PR go/52342
runtime: Better big-endian i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52488
Bug #: 52488
Summary: avr-*: internal compiler error: in extract_insn, at
recog.c:2123
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
69 matches
Mail list logo
