https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81854
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77579
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81702
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80210
Peter Bergner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81268
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45113
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77810
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79998
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79997
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44580
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44520
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44400
Eric Gallager changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43105
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43454
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38087
Eric Gallager changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40897
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36685
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30812
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51277
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15369
Eric Gallager changed:
What|Removed |Added
CC||seongbae.park at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30257
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81881
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81883
JD changed:
What|Removed |Added
Target||x86_64
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81883
Bug ID: 81883
Summary: bootstrap-lto build fails with undefined reference to
`_Unwind_Resume'
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Thu Aug 17 19:56:46 2017
New Revision: 251165
URL: https://gcc.gnu.org/viewcvs?rev=251165&root=gcc&view=rev
Log:
Fix build of --enable-gather-detailed-mem-stats (PR bootstrap/81864).
201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81861
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Aug 17 19:39:20 2017
New Revision: 251164
URL: https://gcc.gnu.org/viewcvs?rev=251164&root=gcc&view=rev
Log:
Backport from mainline
2017-08-17 Maxim Ostapenk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81861
--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Aug 17 19:38:20 2017
New Revision: 251163
URL: https://gcc.gnu.org/viewcvs?rev=251163&root=gcc&view=rev
Log:
2017-08-17 Uros Bizjak
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80467
--- Comment #7 from Jeffrey Armstrong ---
Any update on this Internal Compiler Error? Has anyone looked into it further?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81861
--- Comment #10 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Aug 17 19:37:06 2017
New Revision: 251162
URL: https://gcc.gnu.org/viewcvs?rev=251162&root=gcc&view=rev
Log:
Backport from mainline
2017-08-17 Maxim Ostapenk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #6 from ard.biesheuvel at linaro dot org ---
FWIW, the following makes the issue go away (tested on 4.9.4)
@@ -6196,7 +6210,9 @@
[(set (match_operand:SI 0 "nonimmediate_operand" "=r")
(lo_sum:SI (match_operand:SI 1 "nonimme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242
Andrei Pushkin changed:
What|Removed |Added
CC||apushkin at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81835
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26426
--- Comment #2 from Jonathan Wakely ---
See https://gcc.gnu.org/ml/gcc-bugs/2017-08/msg01667.html where I said:
I don't think this is a bug. B is the primary base class for Z so has already
been allocated (as part of the Y subobject, in I-2b), a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72804
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827
Paul Thomas changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26426
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81874
--- Comment #2 from Martin Liška ---
Reduced test-case:
int a, c;
int
d (int f, int g)
{
return g ?: f;
}
void
h ()
{
int b = a > 0 && 1 > 2147483647 - a, e = b;
c = d (++a, e);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81874
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81803
--- Comment #6 from Eric Botcazou ---
> I have just noticed this which seems curious. Is the 39 -> 40 combine really
> a valid transformation? It seems we've lost the sign extension and we're
> just putting a 32-bit value into a 64-bit register w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81882
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81882
Martin Sebor changed:
What|Removed |Added
Keywords||documentation
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81882
Bug ID: 81882
Summary: attribute ifunc documentation uses invalid code
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
--- Comment #9 from Alexander Monakov ---
I don't understand how LIM may deduce that store sinking is safe without
considering may-alias relations. If it is UB to write the same object from
different declared-independent iterations, then I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804
--- Comment #15 from Ian Lance Taylor ---
I mean simply to build the compiler on a couple of little-endian systems using
fp-bit and make sure that the floating point code works correctly. I don't
mean test fp-bit separately, though that's not a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78919
--- Comment #1 from Jonas Jelten ---
Probably the same as bug 59949, if the default value is always created for a
template even if the call overwrites the default value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81859
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81859
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Thu Aug 17 16:50:06 2017
New Revision: 251157
URL: https://gcc.gnu.org/viewcvs?rev=251157&root=gcc&view=rev
Log:
PR c/81859 - [8 Regression] valgrind error from warn_about_normalization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81803
--- Comment #5 from James Cowgill ---
I have just noticed this which seems curious. Is the 39 -> 40 combine really a
valid transformation? It seems we've lost the sign extension and we're just
putting a 32-bit value into a 64-bit register without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65870
--- Comment #1 from Jonas Jelten ---
This is probably the same as bug 59949, and still present in 6.4.0.
ARMwbOY
eha92a5z.pdf
Description: Binary data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80227
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81787
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71192
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67075
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39466
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59949
--- Comment #3 from Jonas Jelten ---
This bug is still present in g++ 6.4.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
Eric Gallager changed:
What|Removed |Added
Target||x86_64-apple-darwin17.0.0
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72804
--- Comment #6 from Peter Bergner ---
Author: bergner
Date: Thu Aug 17 15:56:48 2017
New Revision: 251153
URL: https://gcc.gnu.org/viewcvs?rev=251153&root=gcc&view=rev
Log:
gcc/
PR target/72804
* config/rs6000/vsx.md (*vsx_le_per
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79072
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81873
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81881
--- Comment #1 from H.J. Lu ---
I can't reproduce it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
--- Comment #8 from rguenther at suse dot de ---
On Thu, 17 Aug 2017, amonakov at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
>
> Alexander Monakov changed:
>
>What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81814
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81861
Maxim Ostapenko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81869
--- Comment #6 from H.J. Lu ---
This
==19335==still reachable: 3,185,786,922 bytes in 240,513 blocks
probably kills 32-bit hosts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81869
--- Comment #5 from H.J. Lu ---
==19335==
==19335== HEAP SUMMARY:
==19335== in use at exit: 3,187,351,790 bytes in 240,687 blocks
==19335== total heap usage: 10,232,166 allocs, 9,991,479 frees,
177,590,129,479 bytes allocated
==19335==
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79542
--- Comment #10 from John Marino ---
The original updates by rguenth were lost by the bugzilla-wide data failure,
and the rework only fixed the target milestone. I don't have permission to fix
the missing data, so I'm going to paste the contents
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81814
--- Comment #13 from Marek Polacek ---
Author: mpolacek
Date: Thu Aug 17 14:33:13 2017
New Revision: 251152
URL: https://gcc.gnu.org/viewcvs?rev=251152&root=gcc&view=rev
Log:
PR middle-end/81814
* fold-const.c (operand_equal_for_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
--- Comment #8 from Andrew Roberts ---
aarch64 also ok with gcc-8.0.0 for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81880
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81881
Richard Biener changed:
What|Removed |Added
CC||ubizjak at gmail dot com
Target Miles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
--- Comment #6 from Richard Biener ---
Created attachment 41998
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41998&action=edit
patch for the missed optimization
Patch I am testing, fixing the missed optimization (and this testcase as a
s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81702
Jan Hubicka changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #4 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81881
Bug ID: 81881
Summary: [8 Regression] bootstrap failed on x86
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Thu Aug 17 13:39:58 2017
New Revision: 251150
URL: https://gcc.gnu.org/viewcvs?rev=251150&root=gcc&view=rev
Log:
2017-08-17 Richard Biener
PR ada/81878
* Makefile.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804
--- Comment #14 from Oleg Endo ---
(In reply to Ian Lance Taylor from comment #25)
> I have no particular concerns with dropping the bitfield code, but clearly it
> has to be tested on a couple of little-endian platforms.
Can we try to narrow it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #5 from Yvan Roux ---
Thinking more about it, I think that the right place to fix it is in the define
of TARGET_HAVE_MOVT or TARGET_USE_MOVT, but I'm a bit confused with these two
macros.
My understanding of their semantic, is that i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
--- Comment #2 from Frediano Ziglio ---
It seems that this do_widen replacement with an invalid pointer goes on and on,
looking at differences in the generated executable:
--
---: 00 00
---: 48 8b 10mov(%rax),%rdx
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #11 from Eric Botcazou ---
> ===
> --- Makefile.in (revision 251140)
> +++ Makefile.in (working copy)
> @@ -78,7 +78,7 @@ CXX_LFLAGS = \
> # Variables for gnattools, nat
pecs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/path/to/gcc/svn/lib/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-svn/configure --prefix=/path/to/gcc/svn
--disable-multilib --enable-languages=c,c++,fortran
Thread model: posix
gcc version 8.0.0 20170817
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
--- Comment #7 from Andrew Roberts ---
Works for me on x86-64, trying aarch64 now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #10 from Richard Biener ---
Created attachment 41996
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41996&action=edit
patch for the missed optimization
Testing this to address the missed optimization(s). This happens to fix th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #9 from Richard Biener ---
Index: Makefile.in
===
--- Makefile.in (revision 251140)
+++ Makefile.in (working copy)
@@ -78,7 +78,7 @@ CXX_LFLAGS = \
# Variables for gnatt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
--- Comment #6 from Martin Liška ---
Created attachment 41995
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41995&action=edit
Patch candidate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804
Oleg Endo changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #13 from Ole
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
--- Comment #5 from Martin Liška ---
So started with r249991 where a new static variable of hash_table was added.
Well, the implementation of memory statistics is bit fragile as it requires
that static construction of mem_alloc_description X happ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81861
--- Comment #8 from chefmax at gcc dot gnu.org ---
Author: chefmax
Date: Thu Aug 17 11:58:13 2017
New Revision: 251145
URL: https://gcc.gnu.org/viewcvs?rev=251145&root=gcc&view=rev
Log:
2017-08-17 Maxim Ostapenko
PR target/81861
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #8 from Eric Botcazou ---
> As can be seen in the result:
>
> make[3]: Entering directory '/tmp/obj/gcc/ada/tools'
> gcc -c -g -O2 -W -Wall -gnatpg -gnata -I- -I../rts -I.
> -I/tmp/trunk2/gcc/ada ../rts/s-casuti.adb -o s-casuti.o
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
--- Comment #1 from Frediano Ziglio ---
This is weird. If after the
x86_64-w64-mingw32-g++ -flto -O2 -g -save-temps -Wall -Werror -Wextra
-static -mconsole -o test.exe test.cpp
command I run
x86_64-w64-mingw32-g++ -v test.exe.ltrans0.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #7 from Richard Biener ---
Ah, it works when leaving CC alone and only changing CXX. Somewhat
inconsistent I guess. Let me try if bootstrap also still works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
Bug ID: 81879
Summary: Bad compilation of small program if LTO is used
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
--- Comment #4 from rguenther at suse dot de ---
On Thu, 17 Aug 2017, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81877
>
> --- Comment #3 from Martin Liška ---
> Created attachment 41993
> --> https://gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81864
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #6 from Richard Biener ---
(In reply to Richard Biener from comment #5)
> (In reply to Eric Botcazou from comment #3)
> > > I see. I suppose it should use the build tools if not bootstrapping as
> > > well
> > > (and/or for stage1).
1 - 100 of 142 matches
Mail list logo