https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90270
--- Comment #8 from Richard Biener ---
(In reply to Andrew Pinski from comment #5)
> (In reply to bin cheng from comment #4)
> > On AArch64, iovpts generates following code:
> >[local count: 954449108]:
> > # crc_20 = PHI
> > # ivtmp.5_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90270
--- Comment #10 from bin cheng ---
(In reply to Richard Biener from comment #9)
> (In reply to bin cheng from comment #7)
> > Also, when calling move_fixed_address_to_symbol, fixed_address_object_p
> > looks too restricted, it only considers link
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
Richard Biener changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #9 from Richard Biener ---
Created attachment 46257
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46257&action=edit
more aggressive variant
More aggressive variant using a bitmap, simply keeping the last, does for
example
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89631
--- Comment #8 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Mon Apr 29 07:54:34 2019
New Revision: 270641
URL: https://gcc.gnu.org/viewcvs?rev=270641&root=gcc&view=rev
Log:
Fix POLY_INT_CST/CONST_POLY_INT typo (PR 89631)
2019-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89631
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85910
--- Comment #4 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Mon Apr 29 07:56:02 2019
New Revision: 270642
URL: https://gcc.gnu.org/viewcvs?rev=270642&root=gcc&view=rev
Log:
Fix aarch64_evpc_tbl guard (PR 85910)
2018-04-29 Richa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85910
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83691
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89037
--- Comment #6 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Mon Apr 29 08:32:27 2019
New Revision: 270643
URL: https://gcc.gnu.org/viewcvs?rev=270643&root=gcc&view=rev
Log:
Fix output_constructor_bitfield handling of wide bitfiel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #10 from Jan Hubicka ---
Hi,
the file was too large for bugzilla
so I uploaded it to
http://www.ucw.cz/~hubicka/Unified_cpp_dom_events0-8.ii.xz
and posted link in comment #2 :)
The agressive variant helps (I did not try to other one)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87982
--- Comment #7 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> I think converting it to the iterator's difference type is the right fix.
> Doing that would make the original example ill-formed, because the pointer
> isn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90274
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #6 from Wilco ---
(In reply to Martin Liška from comment #5)
> The discussion looks familiar to me. Isn't that PR70140, where I was
> suggesting something like:
>
> https://marc.info/?l=gcc-patches&m=150166433909242&w=2
>
> with a n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90270
--- Comment #11 from bin cheng ---
For the record, this test reveals another issue that original iv cand is not
considered:
Group 0:
Type: REFERENCE ADDRESS
Use 0.0:
At stmt:_1 = final_counts[i_21];
At pos: final_counts[i_21]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #11 from Richard Biener ---
I also see
# DEBUG D#1 => {CLOBBER}
# DEBUG grayWordD.71258 => D#1
that looks pointless. Results from removing
grayWord_57(D) ={v} {CLOBBER};
during into-SSA rewrite. That should instead be
# DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87338
--- Comment #10 from John Paul Adrian Glaubitz ---
Debian includes the patch now and consequently gcc-8 builds fine again:
> https://buildd.debian.org/status/fetch.php?pkg=gcc-8&arch=ia64&ver=8.3.0-7&stamp=1556533635&raw=0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #12 from Richard Biener ---
Is
# DEBUG INLINE_ENTRY NULL
useful at all? And since I see
# DEBUG D#1157 => &aOther_2(D)->mOffsetD.377222
# DEBUG thisD.1370683 => D#1158
# DEBUG aOtherD.1370684 => D#1157
# DEBUG INLINE_ENT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #9 from Wilco ---
(In reply to Martin Sebor from comment #7)
> Rather than unconditionally transforming mempcpy to memcpy I would prefer to
> see libc implementations of memccpy optimized. WG14 N2349 discusses a
> rationale for this:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #13 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> Created attachment 46257 [details]
> more aggressive variant
>
> More aggressive variant using a bitmap, simply keeping the last, does for
> example
>
> @@ -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
Richard Biener changed:
What|Removed |Added
Attachment #46256|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86984
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu-be
sr/bin/armv7a-hardfloat-linux-gnueabi-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-270639-checking-yes-rtl-df-extra-armv7a-hardfloat
Thread model: posix
gcc version 10.0.0 20190429 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #15 from Richard Biener ---
And it's indeed "caused" by the CFG-cleanup fixes. The DCE patch gets us back
to (nearly) the same number of debug stmts as before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #16 from Richard Biener ---
Created attachment 46260
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46260&action=edit
removed-unused-local patch
There do appear to be variables that are just appearing in # DEBUG var => NULL
stm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90252
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90276
Bug ID: 90276
Summary: FAIL:
20_util/specialized_algorithms/pstl/uninitialized_copy
_move.cc execution test
Product: gcc
Version: 9.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90276
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #10 from Martin Liška ---
(In reply to Wilco from comment #6)
> (In reply to Martin Liška from comment #5)
> > The discussion looks familiar to me. Isn't that PR70140, where I was
> > suggesting something like:
> >
> > https://marc.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #11 from Martin Sebor ---
My concern is that transforming memccpy to memcpy would leave little incentive
for libraries like glibc to provide a more optimal implementation. Would
implementing the function simply as memcpy and having t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90277
Bug ID: 90277
Summary: Debug Mode test failures
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87982
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Mon Apr 29 12:12:43 2019
New Revision: 270646
URL: https://gcc.gnu.org/viewcvs?rev=270646&root=gcc&view=rev
Log:
PR libstdc++/87982 Fix generate_n and fill_n use of _Size parameter
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87982
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90276
--- Comment #1 from Jonathan Wakely ---
Lots of others fail too:
make check RUNTESTFLAGS=conformance.exp="*/pstl/* \
--target_board=unix/-D_GLIBCXX_DEBUG"
...
FAIL: 20_util/specialized_algorithms/pstl/uninitialized_copy_move.cc execution
test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249
--- Comment #4 from Segher Boessenkool ---
That is code *size*. Code size is expected to grow a tiny bit, because of
*better* register allocation.
But we could not do make_more_copies at -Os, if that helps? (The hard register
changes themselve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90275
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #12 from Wilco ---
(In reply to Martin Sebor from comment #11)
> My concern is that transforming memccpy to memcpy would leave little
> incentive for libraries like glibc to provide a more optimal implementation.
> Would implementing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #5 from Wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249
--- Comment #6 from Segher Boessenkool ---
(In reply to Wilco from comment #5)
> (In reply to Segher Boessenkool from comment #4)
> > That is code *size*. Code size is expected to grow a tiny bit, because of
> > *better* register allocation.
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #18 from Richard Biener ---
(In reply to rsand...@gcc.gnu.org from comment #17)
> Created attachment 46261 [details]
> Doing the removal in find_obviously_necessary_stmts
>
> Just for the record: I'd written this over the weekend for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249
--- Comment #7 from Richard Earnshaw ---
(In reply to Segher Boessenkool from comment #4)
> That is code *size*. Code size is expected to grow a tiny bit, because of
> *better* register allocation.
>
> But we could not do make_more_copies at -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249
--- Comment #8 from Richard Earnshaw ---
(In reply to Richard Earnshaw from comment #7)
> (In reply to Segher Boessenkool from comment #4)
> > That is code *size*. Code size is expected to grow a tiny bit, because of
> > *better* register alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90278
Bug ID: 90278
Summary: ICE: verify_gimple failed (error: statement marked for
throw, but doesn't)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #13 from Martin Sebor ---
I mean an equivalent of the following (with suitable symbol linkage):
void* memccpy (void *d, const void *s, int c, size_t n)
{
// efficient memccpy, perhaps in assembly
}
void* memcpy (void *d,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71312
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Apr 29 12:55:29 2019
New Revision: 270649
URL: https://gcc.gnu.org/viewcvs?rev=270649&root=gcc&view=rev
Log:
PR libstdc++/71312 Increase alignment of pooled mutexes
PR libst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90278
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90260
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #14 from Martin Liška ---
Created attachment 46262
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46262&action=edit
Patch candidate
Patch candidate that handles:
$ cat ~/Programming/testcases/mempcpy.c
int *mempcopy2 (int *p,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90279
Bug ID: 90279
Summary: DW_AT_location missing for struct-based Variable
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #15 from Martin Sebor ---
I just noticed I have been misreading mempcpy as memccpy and so making no
sense. Sorry about that! Please ignore my comments.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87982
--- Comment #10 from Jan van Dijk ---
Thanks a lot. And sorry for being pedantic, but I believe that the
documentation of the return value of generate_n is still wrong for negative __n
(see the first part of comment #5).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #19 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #18)
> (In reply to rsand...@gcc.gnu.org from comment #17)
> > Created attachment 46261 [details]
> > Doing the removal in find_obviously_necessary_stm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #16 from Wilco ---
(In reply to Martin Sebor from comment #15)
> I just noticed I have been misreading mempcpy as memccpy and so making no
> sense. Sorry about that! Please ignore my comments.
I see, yes we have too many and the na
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #17 from Wilco ---
(In reply to Wilco from comment #16)
> (In reply to Martin Sebor from comment #15)
> > I just noticed I have been misreading mempcpy as memccpy and so making no
> > sense. Sorry about that! Please ignore my commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71312
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87982
--- Comment #11 from Jonathan Wakely ---
Addressed in r270651
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90270
--- Comment #12 from rguenther at suse dot de ---
On Mon, 29 Apr 2019, amker at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90270
>
> --- Comment #10 from bin cheng ---
> (In reply to Richard Biener from comment #9)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90257
--- Comment #15 from Jakub Jelinek ---
I have tried:
--- gcc/cfgrtl.c(revision 270605)
+++ gcc/cfgrtl.c(working copy)
@@ -557,7 +557,8 @@ flow_active_insn_p (const rtx_insn *insn
keep the return value from being live across
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90263
--- Comment #18 from Wilco ---
(In reply to Martin Liška from comment #14)
> Created attachment 46262 [details]
> Patch candidate
>
> Patch candidate that handles:
>
> $ cat ~/Programming/testcases/mempcpy.c
> int *mempcopy2 (int *p, int *q, lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90036
--- Comment #5 from Martin Sebor ---
(In reply to Dmitry G. Dyachenko from comment #3)
The null pointer detection was added in r265648 so that would be the change
responsible for the warning. As Jeff noted, the root cause of false positives
her
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90257
--- Comment #16 from Jakub Jelinek ---
Author: jakub
Date: Mon Apr 29 14:18:55 2019
New Revision: 270653
URL: https://gcc.gnu.org/viewcvs?rev=270653&root=gcc&view=rev
Log:
PR rtl-optimization/90257
* cfgrtl.c (flow_active_insn_p)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90178
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Mon Apr 29 14:18:55 2019
New Revision: 270653
URL: https://gcc.gnu.org/viewcvs?rev=270653&root=gcc&view=rev
Log:
PR rtl-optimization/90257
* cfgrtl.c (flow_active_insn_p)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90149
--- Comment #8 from Martin Sebor ---
(In reply to Richard Biener from comment #6)
The trouble is that there is no way to tell whether
error ("BIT_FIELD_REF of non-mode-precision operand");
is a user-facing error or an internal error not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90036
--- Comment #6 from Segher Boessenkool ---
(In reply to Martin Sebor from comment #5)
> A conversion specification is what follows the % character (i.e., just the
> 's' in in something like "%3s", with the 's' being called a conversion
> specifie
able-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-270639-checking-yes-rtl-df-extra-armv7a-hardfloat
Thread model: posix
gcc version 10.0.0 20190429 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90281
Bug ID: 90281
Summary: utf-8 encoded std::filesystem::path can not be
converted to utf-16.
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90260
--- Comment #2 from Nikolay Bogoychev ---
Hey Martin,
I know clang doesn't support that. I have opened a separate bug report there
https://bugs.llvm.org/show_bug.cgi?id=41613
Based on some discussions on their mailing lists, it seems like this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90260
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90050
Matthias Klose changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90281
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90257
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90178
Bug 90178 depends on bug 90257, which changed state.
Bug 90257 Summary: [10 Regression] 8% degradation on cpu2006 403.gcc starting
with r270484
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90257
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 90257, which changed state.
Bug 90257 Summary: [10 Regression] 8% degradation on cpu2006 403.gcc starting
with r270484
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90257
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90271
--- Comment #7 from Jakub Jelinek ---
On the store-merging side
--- gimple-ssa-store-merging.c.jj 2019-01-01 12:37:19.063943678 +0100
+++ gimple-ssa-store-merging.c 2019-04-29 16:45:38.333266338 +0200
@@ -4164,7 +4164,8 @@ lhs_valid_for_st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90281
--- Comment #1 from Jonathan Wakely ---
The problem is that I'm using codecvt_utf8, which converts between
UTF-8 and UCS-2 (not UTF-16). The U+1D11E is outside the basic multilingual
plane, so is not valid UCS-2.
I need to use a different codecv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90149
Richard Biener changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90280
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65782
Agner Fog changed:
What|Removed |Added
CC||agner at agner dot org
--- Comment #6 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #20 from Jakub Jelinek ---
Another report: https://gcc.gnu.org/ml/gcc/2019-04/msg00270.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90273
--- Comment #21 from Jan Hubicka ---
I just built Firefox with GCC 9 branch and the updated patch. Debug enabled
build is:
real45m56.187s
user493m8.688s
sys 22m4.512s
compared to debug disabled build with GCC 9:
real35m5.141s
use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86172
Bug 86172 depends on bug 90264, which changed state.
Bug 90264 Summary: [9/10 Regression] -Wnull-dereference QoI issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90264
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90264
Roman Zhuykov changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90149
--- Comment #10 from Roland Illig ---
(In reply to Richard Biener from comment #9)
> IMHO the error calls in our IL checkers are abusive, they could have been
> simple dumps to stderr for example. It was just "convenient" to use
> a disagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90036
--- Comment #7 from Jeffrey A. Law ---
Bah! Lost my reduced testcase...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44435
--- Comment #8 from joseph at codesourcery dot com ---
I have not been tracking the state of review or lack thereof for these
patches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282
Bug ID: 90282
Summary: internal compiler error: qsort checking failed in
snapshot-20190429
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90036
--- Comment #8 from Jeffrey A. Law ---
extern int sprintf (char *__restrict __s,
const char *__restrict __format, ...)
__attribute__ ((__nothrow__));
typedef int bfd_boolean;
struct stab_type_stack
{
long index;
bfd_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82081
--- Comment #9 from Jason Merrill ---
Author: jason
Date: Mon Apr 29 17:27:13 2019
New Revision: 270656
URL: https://gcc.gnu.org/viewcvs?rev=270656&root=gcc&view=rev
Log:
PR c++/82081 - tail call optimization breaks noexcept
If a noexce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88709
--- Comment #3 from Jakub Jelinek ---
WIP:
--- gcc/gimple-ssa-store-merging.c.jj 2019-01-01 12:37:19.063943678 +0100
+++ gcc/gimple-ssa-store-merging.c 2019-04-29 19:02:55.992151104 +0200
@@ -1615,13 +1615,31 @@ encode_tree_to_bitpos (tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282
--- Comment #1 from Jason Duerstock ---
Created attachment 46264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46264&action=edit
gcc dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90283
Bug ID: 90283
Summary: 519.lbm_r is 7%-10% slower with -Ofast -march=native
and both LTO and PGO than with GCC 8
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90272
--- Comment #1 from Ian Lance Taylor ---
Thanks. To be clear, while of course the compiler should not crash, this is
not a valid Go program.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90278
Richard Biener changed:
What|Removed |Added
Known to work||10.0
Known to fail|10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90278
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Mon Apr 29 17:53:36 2019
New Revision: 270657
URL: https://gcc.gnu.org/viewcvs?rev=270657&root=gcc&view=rev
Log:
2019-04-29 Richard Biener
PR tree-optimization/90278
1 - 100 of 129 matches
Mail list logo
