https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49340
--- Comment #2 from Mike Frysinger ---
seems to work with gcc-4.9 at least ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Denis Excoffier changed:
What|Removed |Added
CC||g...@denis-excoffier.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
Jerry DeLisle changed:
What|Removed |Added
Attachment #33227|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63702
Uroš Bizjak changed:
What|Removed |Added
Target||x86
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63702
--- Comment #2 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Oct 31 21:56:05 2014
New Revision: 216991
URL: https://gcc.gnu.org/viewcvs?rev=216991&root=gcc&view=rev
Log:
PR target/63702
* config/i386/i386.c (ix86_expand_args_bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #25 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Oct 31 21:52:22 2014
New Revision: 216990
URL: https://gcc.gnu.org/viewcvs?rev=216990&root=gcc&view=rev
Log:
PR target/63620
* config/i386/i386-protos.h (ix86_use_pse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63691
--- Comment #8 from Aaro Koskinen ---
(In reply to dave.anglin from comment #7)
> On 10/31/2014 2:39 PM, aaro.koskinen at iki dot fi wrote:
> > This patch is already included in GLIBC 2.20...
> I can add support for __builtin_trap() but we need p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63649
--- Comment #3 from Adam Lackorzynski ---
Thanks, seems to fix the issue for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938
frankhb1989 at gmail dot com changed:
What|Removed |Added
CC||frankhb1989 at gmail dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694
--- Comment #6 from dave.anglin at bell dot net ---
On 10/31/2014 2:05 PM, y.gribov at samsung dot com wrote:
> John, would you mind sending a (tested) patch to gcc-patches? I only have
> access to Linux systems which are irrelevant.
I believe the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #24 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Oct 31 19:47:36 2014
New Revision: 216987
URL: https://gcc.gnu.org/viewcvs?rev=216987&root=gcc&view=rev
Log:
PR target/63620
* config/i386/i386.md (*pushtf): Allow on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63659
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 31 19:42:39 2014
New Revision: 216985
URL: https://gcc.gnu.org/viewcvs?rev=216985&root=gcc&view=rev
Log:
PR rtl-optimization/63659
* ree.c (update_reg_equal_equiv_notes):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63691
--- Comment #7 from dave.anglin at bell dot net ---
On 10/31/2014 2:39 PM, aaro.koskinen at iki dot fi wrote:
> This patch is already included in GLIBC 2.20...
I can add support for __builtin_trap() but we need preprocessed source
and full compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #3 from Douglas Mencken ---
Same error when configuring 4.9.2 exactly as host compiler:
../gcc-4.9.2/configure \
--build=powerpc-unknown-darwin --host=powerpc-unknown-darwin
--target=powerpc-unknown-darwin \
--prefix=/usr --sysconfdi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63704
Bug ID: 63704
Summary: -flto internal compiler error: in
mems_in_disjoint_alias_sets_p, at alias.c:398
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #23 from Jeffrey A. Law ---
The inline XXX comment approach is fine with me, let's go with that.
I'll let you do the honors ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #22 from Uroš Bizjak ---
(In reply to Jeffrey A. Law from comment #21)
> Any objection to installing that patch to work around these problems while
> Vlad works on things from the rematerialization side?
No, I was in fact tempted to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #21 from Jeffrey A. Law ---
Uros,
Any objection to installing that patch to work around these problems while Vlad
works on things from the rematerialization side?
Perhaps put that condition in a function which makes it clear that th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63702
--- Comment #1 from Uroš Bizjak ---
(In reply to David Binderman from comment #0)
> [gcc/config/i386/i386.c:36276] -> [gcc/config/i386/i386.c:36338]: (warning)
> Vari
> able 'nargs' is reassigned a value before the old one has been used.
> 'break
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #2 from Douglas Mencken ---
stage0 ("host") compiler:
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/powerpc-unknown-darwin/4.9.1/lto-wrapper
Target: powerpc-unknown-darwin
Configured with: ../gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63691
--- Comment #6 from Aaro Koskinen ---
(In reply to Andrew Pinski from comment #5)
> See https://sourceware.org/ml/libc-alpha/2013-11/msg00291.html .
This patch is already included in GLIBC 2.20...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #1 from Douglas Mencken ---
$ gcc/xgcc -v
Using built-in specs.
COLLECT_GCC=gcc/xgcc
Target: powerpc-unknown-darwin
Configured with: ../gcc-4.9.2/configure --build=powerpc-unknown-darwin
--host=powerpc-unknown-darwin --target=powerpc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Bug ID: 63703
Summary: [4.9.2 Regression] cc1: internal compiler error: in
init_reg_sets, at reginfo.c:178
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694
--- Comment #5 from Yury Gribov ---
John, would you mind sending a (tested) patch to gcc-patches? I only have
access to Linux systems which are irrelevant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58530
David Binderman changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63340
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59708
--- Comment #11 from Jakub Jelinek ---
Created attachment 33855
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33855&action=edit
gcc5-pr59708-wip1.patch
WIP untested patch, which implements so far the clang compatible builtins (with
the ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63701
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63702
Bug ID: 63702
Summary: i386.c:36276: possible missing break ?
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63701
Bug ID: 63701
Summary: trans-expr.c:1424: missing init for local variable
"found"
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #20 from Evandro ---
(In reply to Ramana Radhakrishnan from comment #19)
> To my mind it seems like 407 fmoves is just a bit too berserk and regardless
> of how efficient your core is, there is no point in having so many moves
> back
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63700
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63700
Bug ID: 63700
Summary: Is is impossible to set the OpenMP stack size from
inside a program
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63692
--- Comment #3 from Gonzalez Pedro ---
Ok. We are affected by this in the debug builds which are built without any
optimizations. Reviewing -O2 options I didn't find an option, which enables or
disables reuse of temp object space. Is there one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63698
--- Comment #6 from Jonathan Wakely ---
This still leaks like a sieve without the second patch:
#include
#include
int main()
{
std::mt19937 rng;
std::uniform_int_distribution d;
std::uniform_int_distribution::param_type p{0, 100};
std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63698
--- Comment #5 from Jonathan Wakely ---
Yes, it looks like we also need:
--- a/libstdc++-v3/include/bits/stl_tree.h
+++ b/libstdc++-v3/include/bits/stl_tree.h
@@ -423,6 +423,8 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
while (_M_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #53 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Fri Oct 31 13:30:06 2014
New Revision: 216975
URL: https://gcc.gnu.org/viewcvs?rev=216975&root=gcc&view=rev
Log:
gcc/
PR target/63534
* config/i386/i386.c (ix8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63699
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Created attachment 33854
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33854&action=edit
proposed fix for compilation error against clang 6.0 compilers
The attached patch resolves the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63699
Bug ID: 63699
Summary: bootstrap fails with Apple clang 6.0
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63698
--- Comment #4 from Jonathan Wakely ---
Does the same problem still exist in _M_extract?
This loop moves _M_nodes to the rightmost node again:
while (_M_nodes->_M_right)
_M_nodes = _M_nodes->_M_right;
Can that node ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694
--- Comment #4 from dave.anglin at bell dot net ---
On 31-Oct-14, at 6:28 AM, y.gribov at samsung dot com wrote:
> Yeah and probably also s/HAVE_LONG_LONG/HAVE_DECL_STRTOULL/ (or maybe
> HAVE_STRTOULL?).
Yes.
--
John David Anglindave.ang...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63259
--- Comment #5 from thopre01 at gcc dot gnu.org ---
Author: thopre01
Date: Fri Oct 31 11:55:07 2014
New Revision: 216971
URL: https://gcc.gnu.org/viewcvs?rev=216971&root=gcc&view=rev
Log:
2014-10-31 Thomas Preud'homme
gcc/
PR tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63656
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63695
--- Comment #5 from Arnaud Charlet ---
The addition of pragma No_Elaboration_Code_All in system.ads, which wasn't
properly supported by your bootstrap compiler.
In order to bootstrap with this change you either need an older compiler which
doesn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63698
--- Comment #3 from Jonathan Wakely ---
Created attachment 33853
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33853&action=edit
try to fix leak
The rightmost node is not necessarily a leaf, so set _M_nodes to
_M_rightmost()->_M_left if t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
--- Comment #7 from Jan Hubicka ---
This is the alternative patch resetting DECL_RTL in calls.c
Index: calls.c
===
--- calls.c (revision 216942)
+++ calls.c (working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63697
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 31 11:33:13 2014
New Revision: 216966
URL: https://gcc.gnu.org/viewcvs?rev=216966&root=gcc&view=rev
Log:
PR sanitizer/63697
* tree-vrp.c (simplify_internal_call_using_rang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63695
--- Comment #4 from Dominique d'Humieres ---
> OK, so this confirms my suspicion: you had an unsuitable snapshot as your
> Ada bootstrap compiler.
>
> Arno
Well, this does not answer my underlying question: what made my bootstrap
compiler unsuit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63211
Uroš Bizjak changed:
What|Removed |Added
CC||kyukhin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63695
Arnaud Charlet changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63695
--- Comment #2 from Dominique d'Humieres ---
> Can you clarify the exact version of your bootstrap Ada compiler?
> I suspect this is the issue here. Your bootstrap compiler is likely faulty
> here (likely an old 4.10 snapshot?), and e.g. revertin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63697
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 31 11:18:13 2014
New Revision: 216962
URL: https://gcc.gnu.org/viewcvs?rev=216962&root=gcc&view=rev
Log:
PR sanitizer/63697
* tree-vrp.c (simplify_internal_call_using_rang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
--- Comment #6 from Jan Hubicka ---
OK, so the problem is the following. There is a parameter that is passed by
reference. Because it is a single scalar (packed in structure) it gets promoted
to register by function.c as an optimization. This how
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63698
Jonathan Wakely changed:
What|Removed |Added
CC||fdumont at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
Uroš Bizjak changed:
What|Removed |Added
CC||dominiq at lps dot ens.fr,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #19 from Uroš Bizjak ---
(In reply to Vladimir Makarov from comment #18)
> (In reply to Jeffrey A. Law from comment #17)
> > So would it work (and I realize this is a horrid hack) to have a way for the
> > backend to set the pic-pseud
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
--- Comment #3 from Maxim Ostapenko ---
Author: chefmax
Date: Fri Oct 31 10:53:36 2014
New Revision: 216954
URL: https://gcc.gnu.org/viewcvs?rev=216954&root=gcc&view=rev
Log:
gcc/
2014-10-31 Max Ostapenko
PR ipa/63696
* ipa-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #18 from Martin Jambor ---
(In reply to Jakub Jelinek from comment #14)
> Started with r204698 , you can use -O2 -fpic -mtune=corei7 in compilers that
> don't grok -mtune=nehalem.
So it's probably mine. I will take a look but please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63688
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63692
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63695
Arnaud Charlet changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63695
Richard Biener changed:
What|Removed |Added
CC||charlet at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63698
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63624
Mikael Pettersson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311
--- Comment #6 from Joost VandeVondele
---
Created attachment 33852
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33852&action=edit
C testcase
warning with : gcc -O1 -std=c11 -g PR63311.c -lm && valgrind ./a.out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63697
--- Comment #2 from Jakub Jelinek ---
Created attachment 33851
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33851&action=edit
gcc5-pr63697.patch
Untested fix. This has been actually found by code inspection when working on
a different p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63697
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
--- Comment #1 from Martin Liška ---
Thank you Maxim for the fix, please send it to patches mailing list.
Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63698
Bug ID: 63698
Summary: std::set leaks nodes on assignement
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63697
Bug ID: 63697
Summary: -fsanitize=undefined doesn't detect some subtraction
overflows
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
Bug ID: 63696
Summary: Alloc-dealloc-mismatch in ipa-icf.c
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63695
Bug ID: 63695
Summary: [5 Regression] Bootstrapping with Ada is broken at
r216942
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prior
77 matches
Mail list logo
