https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69470
--- Comment #4 from Jonathan Wakely ---
(In reply to Vedran Miletic from comment #1)
> Happens when building ns-3 [1] too.
>
> [1016/2462] Compiling src/wifi/model/wifi-mac-queue.cc
> In file included from ./ns3/test.h:24:0,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92078
Jonathan Wakely changed:
What|Removed |Added
CC||lucdanton at free dot fr
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69470
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71217
Jonathan Wakely changed:
What|Removed |Added
Known to work||10.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69364
Jonathan Wakely changed:
What|Removed |Added
Blocks||67491
--- Comment #1 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92103
Jonathan Wakely changed:
What|Removed |Added
CC||lucdanton at free dot fr
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69472
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92213
--- Comment #7 from Hongtao.liu ---
Created attachment 47124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47124=edit
command to show cfg of this file xdot test.dot(attachment name)
The root cause of live in for
;; lr in68
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68828
Jonathan Wakely changed:
What|Removed |Added
Known to work||10.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68731
Jonathan Wakely changed:
What|Removed |Added
Known to work||10.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92262
--- Comment #6 from Jakub Jelinek ---
Actually, to be precise, get_computation_at does unshare expressions, that is
done in unshare_aff_combination. The problem is that afterwards
aff_combination_to_tree calls fold_build* and those invoke the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67775
Jonathan Wakely changed:
What|Removed |Added
Known to work||10.0
--- Comment #1 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90734
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65930
--- Comment #30 from Richard Biener ---
Author: rguenth
Date: Tue Oct 29 09:33:49 2019
New Revision: 277566
URL: https://gcc.gnu.org/viewcvs?rev=277566=gcc=rev
Log:
2019-10-29 Richard Biener
PR tree-optimization/65930
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92254
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
Bug ID: 92264
Summary: [10 Regression] Compile time hog in 521.wrf_r with
-Ofast -march=znver2 -g since r276318
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92256
--- Comment #2 from Jiu Fu Guo ---
Just send out a new patch for review. The new patch will make this case pass
too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92262
--- Comment #5 from Jakub Jelinek ---
Actually I can, but for some reason I had to use explicit -fchecking, dunno how
I've configured this cross.
Anyway, I don't see a tree sharing issue in the newly added code, but
get_computation_at doesn't
--disable-multilib
--target=powerpc-e300c3-linux-gnu --without-isl
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.0.0 20191029 (experimental) (GCC)
$ ./xg++ -B. ~/Programming/testcases/pr92262.c -c -O2 -ftree-loop-distribution
-fvar-tracking-assignments -fpermissive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92251
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92262
--- Comment #3 from Jakub Jelinek ---
I can't reproduce it on a cross to powerpc64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41526
Richard Biener changed:
What|Removed |Added
Keywords||lto
--- Comment #6 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92259
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92259
Martin Liška changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92262
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92260
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92260
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92262
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92256
Richard Biener changed:
What|Removed |Added
Component|other |target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
--- Comment #3 from Tobias Burnus ---
"fixed" by the following patch:
* The LHS [se->string_length] is the string length represented as
MAX_EXPR <(integer(kind=8)) D.4012, 0>
* The RHS [expr->ts.u.cl->backend_decl] is ..__result
The question
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60523
--- Comment #10 from David Brown ---
(In reply to Eric Gallager from comment #9)
> (In reply to Eric Gallager from comment #8)
> > *** Bug 70952 has been marked as a duplicate of this bug. ***
>
> While this was a mistake, it still might be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92241
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Tue Oct 29 08:05:38 2019
New Revision: 277553
URL: https://gcc.gnu.org/viewcvs?rev=277553=gcc=rev
Log:
2019-10-29 Richard Biener
PR tree-optimization/92241
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92241
Richard Biener changed:
What|Removed |Added
CC||jan at jki dot io
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92228
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92263
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92258
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 29 07:49:46 2019
New Revision: 277551
URL: https://gcc.gnu.org/viewcvs?rev=277551=gcc=rev
Log:
PR target/92258
* config/i386/sse.md (iptr): Revert 2019-10-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82176
--- Comment #8 from f.hollerer at gmx dot net ---
I have to correct me. The __FILE_NAME__ macro goes in the direction I would
like to have. But this does not solve the problem with assert().
My preferred solution is to have the expansion of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92263
Bug ID: 92263
Summary: ICE in commit_one_edge_insertion, at cfgrtl.c:2087
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92234
--- Comment #2 from Matthias Klose ---
same with r277529
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82176
--- Comment #7 from f.hollerer at gmx dot net ---
Yes, the __FILE_NAME__ macro provided by Clang is exactly the feature I am
asking for:
__FILE_NAME__
Clang-specific extension that functions similar to __FILE__ but only
renders the last path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92254
--- Comment #1 from Dmitry G. Dyachenko ---
$ cat a.i
typedef unsigned (*c)(void *, void *);
typedef struct {
c d;
} e;
unsigned bar(void *, void *);
unsigned baz(void *, void *);
static const e f[] = {{bar}, {baz}};
const e *foo() {
101 - 141 of 141 matches
Mail list logo