http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
--- Comment #6 from asmwarrior ---
Hi, all, I create a simple c++ program to reproduce this bug:
#include
#include
typedef std::set IntSet;
typedef std::map IntToSetMap;
int main()
{
IntToSetMap m;
IntSet s;
s.insert(5);
m[3]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
--- Comment #7 from asmwarrior ---
Ok, I found another issue on the line "return 0", see the GDB log:
[debug]> p m
[debug]$2 = std::map with 1 elements = {[3] = std::set with 2 elements = {[0] =
5, [1] = 6}}
[debug]>>cb_gdb:
[debug]> p m[3]
[
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #26 from Kostya Serebryany ---
(In reply to David Abdurachmanov from comment #25)
> I downloaded GCC 4.8.1 (final) and binutils 2.23.1 (default ld.gold). The
> problem is that boost and a lot other C/C++ packages are not compiled w/
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12081
--- Comment #22 from Mikael Pettersson ---
FWIW, the updated patch for gcc 4.9 bootstraps and regtests cleanly on several
hosts (x86_64, sparc64, powerpc64, armv5tel, m68k).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57473
--- Comment #5 from ktkachov at gcc dot gnu.org ---
(In reply to Hans-Peter Nilsson from comment #4)
> Seems to have been fixed with the "Symtab cleanups 2/17 - merge alias code"
> fix (r199577) or possibly with the same fix as for PR57467 (r199582
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55030
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57488
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57486
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57499
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57497
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57494
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56014
--- Comment #1 from Johannes Goller ---
I've just confirmed that the problem also exists in GCC 4.9 20130602 snapshot.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56014
--- Comment #2 from Johannes Goller ---
It also exists in 4.8.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57507
Bug ID: 57507
Summary: gcc 4.8: thread sanitizer: std::thread false(?)
positive
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57507
--- Comment #1 from Kostya Serebryany ---
FTR: we don't yet officially support C++11 treads, so this is quite expected.
Patches and tests (to the upstream repo) are welcome
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57508
Bug ID: 57508
Summary: [OOP] Intrinsic assignment+defined-assignment for
comps: ROCEDURE attribute of '_F.DA0' conflicts with
VARIABLE attribute
Product: gcc
Versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ---
Works fine on i386-pc-solaris2.10 with Sun as.
Thanks.
Rainer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57484
--- Comment #5 from Paolo Carlini ---
Just to clarify that this is neither a library neither a C++ front-end issue:
just uses the various __builtin_nans*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57496
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Mon Jun 3 09:20:46 2013
New Revision: 199598
URL: http://gcc.gnu.org/viewcvs?rev=199598&root=gcc&view=rev
Log:
2013-06-01 Tobias Burnus
PR fortran/57496
* io/write_fl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57496
Tobias Burnus changed:
What|Removed |Added
Summary|I/O: WRITE(*,*) HUGE(0_16) |I/O: WRITE(*,*) HUGE(0._10)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329
Terry Guo changed:
What|Removed |Added
CC||terry.guo at arm dot com
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57507
--- Comment #2 from Jonathan Wakely ---
Would supporting std::shared_ptr solve the problem? The problem seems to be
due to not understanding that the atomic ops used by shared_ptr are atomic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393
--- Comment #6 from Joost VandeVondele
---
Simplified testcase that fails with 'gfortran -c -g -O2 -ffast-math bug.f90'
> cat bug.f90
SUBROUTINE xb88_lr_adiabatic_lda_calc(npoints,e,g,sx)
IMPLICIT REAL*8 (t)
INTEGER, PARAMETER :: dp=8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57508
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57509
Bug ID: 57509
Summary: Segmentation fault when using __builtin_shuffle in
templated class.
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57508
--- Comment #2 from Tobias Burnus ---
I believe that it is not a true regression.
In GCC 4.7, the intrinsic assignment
create_arbitrary = from_struct()
did also an intrinsic assignment of the "counter" component.
Since Paul's GCC 4.8 patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57510
Bug ID: 57510
Summary: initializer_list memory leak
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57473
Rainer Orth changed:
What|Removed |Added
Target|arm-none-eabi |arm-none-eabi
|x86_64-app
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57497
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57511
Bug ID: 57511
Summary: [4.8/4.9 Regression] Missing SCEV final value
replacement
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56341
--- Comment #11 from Bernd Edlinger ---
Created attachment 30248
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30248&action=edit
another example of the alignment faults
Hello Sandra,
good that you continue to work on that bug again.
I agr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57510
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57507
Dmitry Vyukov changed:
What|Removed |Added
CC||dvyukov at google dot com
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #41 from Dmitry Vyukov ---
Similar problem with libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57507
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57511
--- Comment #1 from Alexander Monakov ---
The loop invokes signed integer overflow, but changing 1 to 10 still keeps
the missed optimization there.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57512
Bug ID: 57512
Summary: Vectorizer: cannot handle accumulation loop of signed
char type
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57512
--- Comment #1 from Bingfeng Mei ---
Created attachment 30250
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30250&action=edit
Vectorized assembly code with unsigned char type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57513
Bug ID: 57513
Summary: std::regex_token_iterator fails to link
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57484
--- Comment #6 from Charles L. Wilcox ---
(In reply to Paolo Carlini from comment #5)
> Just to clarify that this is neither a library neither a C++ front-end
> issue: just uses the various __builtin_nans*
Paolo,
I guessed this was the case fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57510
Paolo Carlini changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52377
--- Comment #4 from Paolo Carlini ---
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57513
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631
Jonathan Wakely changed:
What|Removed |Added
CC||andy at aligature dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #3 from Martin Liška ---
I had a problem with linker, looks like chrome build system uses both linkers.
I hacked build system to use just ld.bfd.
gcc revision: 197652. I know it's about 2 months old, same error is given by
gcc from ab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503
--- Comment #6 from Georg-Johann Lay ---
Created attachment 30252
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30252&action=edit
.165r.expand: dump file with -Os -mmcu=atmega168 -fno-expensive-optimizations
The tree-ssa part for widening_m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #4 from Martin Liška ---
gcc --version: HEAD (June 3rd, 2013)
Failure:
g++ -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -Wl,-O1
-Wl,--as-needed -flto -fno-fat-lto-objects -o protoc -Wl,--start-group
obj/third_party/protob
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57484
Paolo Carlini changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
--- Comment #5 from thutt at vmware dot com ---
(In reply to Andrew Pinski from comment #3)
> (In reply to thutt from comment #2)
> > Can you please explain why it's invalid to return a double if SSE is
> > disabled?
> > SSE is an x86-specific hard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
--- Comment #6 from Andrew Pinski ---
(In reply to thutt from comment #5)
> Is there simple explanation for the difference in behavior?
Is the preprocessed source the same? I bet glibc enables some inline function
at -O1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57514
Bug ID: 57514
Summary: -fno-align-functions doesn't work on member functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57515
Bug ID: 57515
Summary: implement begin() and end() for fixed size arrays
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57515
--- Comment #1 from jos at vandenoever dot info ---
The first line of the code snippet was missing:
int some_list[]={ 1, 2, 3, 4, 5 };
int total = 0;
std::for_each(begin(some_list), end(some_list), [&total](int x) {
total += x;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57514
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57514
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57516
Bug ID: 57516
Summary: [avr] Incorrect fixed-point rounding result in the
overflow case
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57516
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57514
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57515
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
--- Comment #6 from Jan Hubicka ---
OK, the problem here is that the symbol is not created yet, but decl exists.
Why it happens with -g only is bit strange. The following should fix it however
Index: cgraphunit.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57517
Bug ID: 57517
Summary: internal compiler error: in eliminate_temp_copies, at
tree-predcom.c:1913
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57515
jos at vandenoever dot info changed:
What|Removed |Added
Resolution|INVALID |WORKSFORME
--- Comment #3 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
Dara Hazeghi changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #16 from mrs at gcc dot gnu.org ---
Yes please. If you can run:
dwarfdump --eh-frame --verify file.o
on all the .o files and see if there are any more lurking in there. Any that
fail verification will need to be fixed, one way, o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
--- Comment #35 from Jan Hubicka ---
I am having problem to reproduce it on a cross compiler. I assume you have
non-plugin-enable LD setup, right?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
--- Comment #36 from Jan Hubicka ---
I am having problem to reproduce it on a cross compiler. I assume you have
non-plugin-enable LD setup, right?
There is problem with chained weakrefs that ought to be fixed by the following
change:
Index: cgra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57419
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57518
Bug ID: 57518
Summary: Redundent insn generated in LRA
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57508
--- Comment #3 from Tobias Burnus ---
Patch, pending review: http://gcc.gnu.org/ml/fortran/2013-06/msg00027.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57519
Bug ID: 57519
Summary: DW_TAG_imported_declaration put in wrong class (base
class instead of derived class)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Sever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57462
--- Comment #2 from Joshua Conner ---
No problem - I appreciate you taking the time to respond. This has a
noticeable impact on codegen for ARM because of the redundancy in the CPU/FPU
functionality and cost of transferring data between integer/F
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #17 from Dara Hazeghi ---
(In reply to m...@gcc.gnu.org from comment #16)
> Yes please. If you can run:
>
> dwarfdump --eh-frame --verify file.o
>
> on all the .o files and see if there are any more lurking in there. Any
> that f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57520
Bug ID: 57520
Summary: alias template substitution/deduction failure
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55030
--- Comment #17 from Hans-Peter Nilsson ---
(In reply to Mikael Pettersson from comment #16)
> FWIW, I've bootstrapped and regtested gcc 4.9 with r192676 reapplied and the
> dse.c and cselib.c hunks of r193802 reverted on several hosts (x86_64,
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57471
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57443
Paolo Carlini changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #18 from Jack Howarth ---
Do we have any idea why this problem is latent with --checking=release and
--checking=yes but is triggered by --disable-checking?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57444
Paolo Carlini changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57471
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1 f
touched in one place. This also fails on 4.7 and 4.8 and is a
regression from gcc 4.6.
$ gcc-trunk -v
gcc version 4.9.0 20130603 (experimental) [trunk revision 199601] (GCC)
$ gcc-trunk -O2 wrong.c
$ ./a.out
1
$ gcc-4.6 -O3 wrong.c
$ ./a.out
1
$ gcc-trunk -O3 wrong.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #19 from mrs at gcc dot gnu.org ---
I'll build my own tree, thanks. I was hoping that it was a singular issue and
we'd be done with it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
David Edelsohn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57419
--- Comment #5 from David Krauss ---
Does this also fix #57429?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57429
--- Comment #1 from David Krauss ---
To clarify the example, it's failing at definition time. There are two separate
failures illustrated, a function template and a class template.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57521
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
87 matches
Mail list logo
