https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
--- Comment #25 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Wed Jun 18 06:09:28 2014
New Revision: 211766
URL: https://gcc.gnu.org/viewcvs?rev=211766root=gccview=rev
Log:
2014-06-18 Manuel López-Ibáñez
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
--- Comment #26 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Wed Jun 18 06:22:11 2014
New Revision: 211767
URL: https://gcc.gnu.org/viewcvs?rev=211767root=gccview=rev
Log:
2014-06-18 Tobias Burnus bur...@net-b.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
Bug 61106 depends on bug 61126, which changed state.
Bug 61126 Summary: [4.10 Regression] gfortran does not enable
-Wununused-parameter with -Wextra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #13 from Paolo Carlini paolo.carlini at oracle dot com ---
Excellent, that version is very safe. Are you willing to commit it? Otherwise,
I don't know when I can do it, maybe only Sunday. If you do that, you may want
to also add,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #13 from rguenther at suse dot de rguenther at suse dot de ---
On Tue, 17 Jun 2014, law at redhat dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
Jeffrey A. Law law at redhat dot com changed:
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52252
--- Comment #7 from Kirill Yukhin kyukhin at gcc dot gnu.org ---
Author: kyukhin
Date: Wed Jun 18 07:46:18 2014
New Revision: 211769
URL: https://gcc.gnu.org/viewcvs?rev=211769root=gccview=rev
Log:
gcc/
* config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61403
--- Comment #1 from Kirill Yukhin kyukhin at gcc dot gnu.org ---
Author: kyukhin
Date: Wed Jun 18 07:46:18 2014
New Revision: 211769
URL: https://gcc.gnu.org/viewcvs?rev=211769root=gccview=rev
Log:
gcc/
* config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61540
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546
--- Comment #2 from Anton Baskanov baskanov at gmail dot com ---
(In reply to Richard Biener from comment #1)
Well,
long long(123456789012345678);
isn't valid C++. Either use cast syntax or provide a typedef.
Yes, you are right, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61268
rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546
Ozkan Sezer sezeroz at gmail dot com changed:
What|Removed |Added
CC||sezeroz at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61268
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #5 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
---
[...]
The patch passed bootstrap on x86_64-linux-gnu but could you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546
--- Comment #4 from Anton Baskanov baskanov at gmail dot com ---
(In reply to Ozkan Sezer from comment #3)
(In reply to Anton Baskanov from comment #2)
why libgcc uses #define for __int64 instead of typedef?
MinGW and MinGW-w64 use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #14 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
Author: ramana
Date: Wed Jun 18 09:44:15 2014
New Revision: 211774
URL: https://gcc.gnu.org/viewcvs?rev=211774root=gccview=rev
Log:
Fix libstdc++/61536 - Export out of line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61547
Bug ID: 61547
Summary: Invalid sanitization of trailing byte in
__builtin_strlen
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61547
--- Comment #1 from Yury Gribov y.gribov at samsung dot com ---
Created attachment 32964
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32964action=edit
Proposed patch
Adding draft patch. I only ran Asan regression tests though (leaving for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61544
--- Comment #1 from xuepeng guo xguo at gcc dot gnu.org ---
Author: xguo
Date: Wed Jun 18 10:11:08 2014
New Revision: 211775
URL: https://gcc.gnu.org/viewcvs?rev=211775root=gccview=rev
Log:
2014-06-18 Terry Guo terry@arm.com
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61544
Terry Guo terry.guo at arm dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
--- Comment #6 from Yury Gribov y.gribov at samsung dot com ---
Created attachment 32965
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32965action=edit
Alternative patch
Draft patch to illustrate the last proposal. Bootstrap pending.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
Bug ID: 61548
Summary: FAIL: gcc.dg/tls/alias-1.c (internal compiler error)
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61549
Bug ID: 61549
Summary: Error when linking with shared libraries
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61547
--- Comment #2 from Kostya Serebryany kcc at gcc dot gnu.org ---
Note that in clang we chose not to instrument any builtins in compiler,
but instead fully rely on interceptors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54555
--- Comment #2 from Andreas Schwab schwab at gcc dot gnu.org ---
Author: schwab
Date: Wed Jun 18 10:37:14 2014
New Revision: 211777
URL: https://gcc.gnu.org/viewcvs?rev=211777root=gccview=rev
Log:
Use strict_low_part for loading a constant only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54555
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61517
--- Comment #3 from thopre01 at gcc dot gnu.org ---
Author: thopre01
Date: Wed Jun 18 10:43:50 2014
New Revision: 211778
URL: https://gcc.gnu.org/viewcvs?rev=211778root=gccview=rev
Log:
2014-06-18 Thomas Preud'homme thomas.preudho...@arm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #40 from thopre01 at gcc dot gnu.org ---
Alright, change commited (r211778). Can you try another bootstrap with trunk to
see if your Bus error was this bug or another one still?
Thanks a lot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #41 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #40 from thopre01 at gcc dot gnu.org ---
Alright, change commited (r211778). Can you try another bootstrap with trunk
to
see if your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61549
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61547
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Kostya Serebryany from comment #2)
Note that in clang we chose not to instrument any builtins in compiler,
but instead fully rely on interceptors.
So you never
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61550
Bug ID: 61550
Summary: [4.10 Regression] [SH] build failure with ICE in
gen_reg_rtx, at emit-rtl.c:943
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61550
--- Comment #1 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
sh.c:prepare_move_operands has the code for TLS addresses which
shouldn't be run when reload in progress in the first place.
I'm testing the patch below.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61547
--- Comment #4 from Kostya Serebryany kcc at gcc dot gnu.org ---
(In reply to Richard Biener from comment #3)
(In reply to Kostya Serebryany from comment #2)
Note that in clang we chose not to instrument any builtins in compiler,
but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61518
--- Comment #3 from Kirill Yukhin kyukhin at gcc dot gnu.org ---
Author: kyukhin
Date: Wed Jun 18 11:40:59 2014
New Revision: 211780
URL: https://gcc.gnu.org/viewcvs?rev=211780root=gccview=rev
Log:
PR tree-optimization/61518
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61540
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC||jason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56785
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
IIRC with libc++ tuple is not an empty type, so has more overhead than ours
in other edge cases. Maybe you should recommend users stay away from that too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
Bill Pringlemeir bpringlemeir at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61551
Bug ID: 61551
Summary: [NEON] alter costs to allow use of post-indexed
addressing modes for VLD{2..4}/VST{2..4}
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56785
--- Comment #8 from Eelis gcc-bugzilla at contacts dot eelis.net ---
With Clang 3.5, given
struct X: std::tuple { char c; };
I get sizeof(X)==1. Is that not what you mean?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61545
--- Comment #2 from Richard Henderson rth at gcc dot gnu.org ---
Author: rth
Date: Wed Jun 18 14:27:55 2014
New Revision: 211785
URL: https://gcc.gnu.org/viewcvs?rev=211785root=gccview=rev
Log:
PR target/61545
* config/aarch64/aarch64.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61545
--- Comment #3 from Richard Henderson rth at gcc dot gnu.org ---
Author: rth
Date: Wed Jun 18 14:37:04 2014
New Revision: 211786
URL: https://gcc.gnu.org/viewcvs?rev=211786root=gccview=rev
Log:
PR target/61545
* config/aarch64/aarch64.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56785
--- Comment #9 from Marc Glisse glisse at gcc dot gnu.org ---
Try:
struct X: std::tupleEmpty { double d; };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56785
--- Comment #10 from Eelis gcc-bugzilla at contacts dot eelis.net ---
I see what you mean! And while stuff with empty types and EBO is IMHO not
nearly as serious as random superfluous bytes that are inserted when you use
tuples of a bread and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61545
--- Comment #4 from Richard Henderson rth at gcc dot gnu.org ---
Author: rth
Date: Wed Jun 18 14:38:56 2014
New Revision: 211787
URL: https://gcc.gnu.org/viewcvs?rev=211787root=gccview=rev
Log:
PR target/61545
* config/aarch64/aarch64.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58692
Tejas Belagod belagod at gcc dot gnu.org changed:
What|Removed |Added
CC||belagod at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58692
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #23 from Bill Pringlemeir bpringlemeir at gmail dot com ---
(In reply to Bill Pringlemeir from comment #22)
The good ARM assembler uses the 'mla' instruction which is a 'multiply and
accumulate'. Since this is not recognized, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Can you provide a stack trace to show which constructor/destructor it's hanging
in?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61537
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51840
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61552
Bug ID: 61552
Summary: Unneeded check for libart
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61553
Bug ID: 61553
Summary: __atomic_store with non-pointer arg ICE
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Created attachment 32969
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32969action=edit
gzipped C++ source code
The attached source code, when compiled by trunk dated today, 20140618,
does this when compiled with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29357
Gerald Pfeifer gerald at pfeifer dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37621
Gerald Pfeifer gerald at pfeifer dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43319
Gerald Pfeifer gerald at pfeifer dot com changed:
What|Removed |Added
CC||gerald at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61423
--- Comment #13 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jun 18 20:01:37 2014
New Revision: 211803
URL: https://gcc.gnu.org/viewcvs?rev=211803root=gccview=rev
Log:
Backport from mainline
2014-06-06 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61094
--- Comment #20 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jun 18 20:01:37 2014
New Revision: 211803
URL: https://gcc.gnu.org/viewcvs?rev=211803root=gccview=rev
Log:
Backport from mainline
2014-06-06 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61446
--- Comment #10 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jun 18 20:01:37 2014
New Revision: 211803
URL: https://gcc.gnu.org/viewcvs?rev=211803root=gccview=rev
Log:
Backport from mainline
2014-06-06 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61423
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61555
Bug ID: 61555
Summary: [4.9/4.10 Regression] LLVM build failure
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61554
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61555
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61555
--- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #1)
Are you sure this is not a LLVM source issue?
llvm::cl::parserllvm::PassInfo const*::getOption(unsigned int) const
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61554
--- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
markus@x4 tmp % cat bug.ii
struct A
{
A ();
};
const unsigned long min (const unsigned long , const unsigned long ) {}
template typename _InputIterator1, typename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59296
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #3 from Joshua Kinard kumba at gentoo dot org ---
(In reply to Jonathan Wakely from comment #2)
Can you provide a stack trace to show which constructor/destructor it's
hanging in?
Hopefully you mean a backtrace from gdb. Not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61550
--- Comment #2 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
Author: kkojima
Date: Wed Jun 18 22:11:55 2014
New Revision: 211807
URL: https://gcc.gnu.org/viewcvs?rev=211807root=gccview=rev
Log:
PR target/61550
* config/sh/sh.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61507
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Wed Jun 18 22:13:40 2014
New Revision: 211808
URL: https://gcc.gnu.org/viewcvs?rev=211808root=gccview=rev
Log:
PR c++/61507
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59296
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Wed Jun 18 22:13:51 2014
New Revision: 211809
URL: https://gcc.gnu.org/viewcvs?rev=211809root=gccview=rev
Log:
PR c++/59296
* call.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61556
Bug ID: 61556
Summary: [c++11][regression] ‘*(const ValueType*)this’ is not a
constant expression with valid code
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #4 from Joshua Kinard kumba at gentoo dot org ---
It looks like the bug might be somewhere in __cxa_guard_acquire() in
libstdc++-v3/lubsupc++/guard.cc, as that references glibc and futexes. strace
indicates that the same syscall was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52839#c12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #6 from Andrew Pinski pinskia at gcc dot gnu.org ---
This is the patch which I used for glibc to fix some libstdc++ issues:
From 2788414e4e6a548766aa7e732fc096f9f572302e Mon Sep 17 00:00:00 2001
From: Andrew Pinski apin...@cavium.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #7 from Joshua Kinard kumba at gentoo dot org ---
(In reply to Andrew Pinski from comment #6)
This is the patch which I used for glibc to fix some libstdc++ issues:
Okay, so it's in glibc. Is your patch in glibc yet? It applies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61557
Bug ID: 61557
Summary: [4.9 Regression] LTO ICE: verify_flow_info failed
(error: control flow in the middle of basic block)
Product: gcc
Version: 4.9.1
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60481
Dmitry Gorbachev d.g.gorbachev at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #8 from Joshua Kinard kumba at gentoo dot org ---
(In reply to Joshua Kinard from comment #7)
(In reply to Andrew Pinski from comment #6)
This is the patch which I used for glibc to fix some libstdc++ issues:
Okay, so it's in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48127
Dmitry Gorbachev d.g.gorbachev at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48128
--- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
(In reply to comment #2)
When marking baz as static an compiling with -mno-sse, the result is even
more strange...
Still true for GCC 4.9.1 and 4.10.0.
84 matches
Mail list logo
